DPH3Честно говоря, я с трудом представляю себе задачи, когда лишние 10-20% производительности реально стоят возни с unsafe кодом. Из реальной жизни я знаю один проект (несколько тысяч серверов). Когда встал выбор - переключить ли одного из ключевых разработчиков на полгода на оптимизацию производительности (и выиграть процентов 10-20) или доставить еще несколько сотен серверов и сделать новую функциональность - предпочли функциональность. И это правильно :) Код там, кстати, вполне себе unsafe...
На горизонте стоит эпоха "облаков". Честно признаюсь я слабо себе представляю
хотя-бы основные требования, которыми должно быть оснащено приложение
чтобы работать в облаке. Но очевидно что простая веб апликуха здесь не "катит".
Должна быть какая-по сериализуемость сеансов и способность стореджа
делиться на части в каком-то хеш-порядке и способность сеансов также
делиться между узлами облака не нарушая при этом ACID и общих
фунцкий самой веб задачи. И если в наше время выбирать между
затратами на оптимизацию 10-20% или затратами на адаптацию к облаку
то лучше взять последнее и докупить больше вычислительных узлов
чем башлять огромные бабки программисту с неизвестным (!) эффектом
на выходе. Эффект же подключения узлов в облако - известен.
И его легче посчитать. К 10 узлам подключаете еще 1-2 и получаете
еще 10-20%.

(ИМХО)

DPH3maytonDPH3, хм. Странно. Хотелось-бы чтобы компилятор видел превышение границ вектора ну хотя бы в тех случаях когда эта информация известна на раннем этапе.

Ну не хочу я сейчас разбираться, что с этим сделает jit. Там как минимум смотреть серверный jit, еще и обеспечивать обработку именно этого кода (который кроме ошибки не делает ничего).
Я понял что вы имели в виду не обязательно java. Я просто заинтересовался
компиллятором и нашёл дефект еще "до работы" jit.