Про написание компилятора на языке Java.
Решил, значит, один наш инженер (который никак не хочет заводить твиттер) поразгонять компилятор на amd64. Запустил под профайлером, видит в топе метод HashMap.putVal и вызов аллокатора. [1/3]
Решил, значит, один наш инженер (который никак не хочет заводить твиттер) поразгонять компилятор на amd64. Запустил под профайлером, видит в топе метод HashMap.putVal и вызов аллокатора. [1/3]
Стал разбираться, нашел проблемное место.
Для списка свободных регистров используется LinkedHashMap, причем создается с умолчательными параметрами:
- initialCapacity == 16, но это норм: регистров на amd64 тоже 16 - влезает
- но вот loadFactor по дефолту выставляется .75f
[2/3]
Для списка свободных регистров используется LinkedHashMap, причем создается с умолчательными параметрами:
- initialCapacity == 16, но это норм: регистров на amd64 тоже 16 - влезает
- но вот loadFactor по дефолту выставляется .75f
[2/3]
В результате компилятор часто занимается интересным делом:
- создает таблицу на 16 элементов
- заполняет ее 12-ю регистрами
- реаллоцирует массив (вот вам и вызов аллокатора)
- перезапихивает туда 12 регистров (вот вам и вызов putVal)
- добавляет еще 4 регистра
[3/3]
- создает таблицу на 16 элементов
- заполняет ее 12-ю регистрами
- реаллоцирует массив (вот вам и вызов аллокатора)
- перезапихивает туда 12 регистров (вот вам и вызов putVal)
- добавляет еще 4 регистра
[3/3]
Как видите, компилятор на amd64 писать гораздо сложнее, чем на x86!
Хорошо хоть, что не на Эльбрус.
Хорошо хоть, что не на Эльбрус.
