Про разное
Oct. 18th, 2012 11:26 pm1. Когда firefox обновляется через убунтовский менеджер обновлений, то иногда меняет права на хоум директорию и потом работает только частично.
отказывают те функции, которые, на первый взгляд, никакого отношения к записи в .mozilla не имеют. Например, сегодня greasemonkey перестал видеть скрипты, в остальном все работало.
2. Заметка из серии "а знаете ли вы что". В нашей сегодняшней программе clang и clang++. Компилят они в нативный код на ~20% быстрей, чем gcc с ключиком -pipe. 42 секунды сборки против 51. На моем четырехядернике. Что касается производительности результирующего кода, заметной разницы я не почувствовал.
В планах попытаться собрать все это через байткод, и посмотреть что будет. В гугле информации по llvm очень мало, но уже сейчас могу сказать, что штука эта явно не хуже gcc. Насколько я понял, основным ее достоинством является то, что ее относительно легко перезатачивать под другие архитектуры.
3. Ковыряю второй день jsmn, представляющий из себя минималистический malloc-less json-парсер. На этот парсер обратил внимания
lionet . Основное достоинство либы - скорость парсинга, подзволяет мириться кучей недостатков. Так, получилось, что если отпарсить json им, а потом результат тупо перебором сконвертить в семейство классов из json_spirit, то результирующая скорость получается в ~20 раз выше, чем если парсить сразу json_spirit-ом. При этом спирит - еще один из быстрых парсеров. Учитывая, что нагрузка нашей системы приближалась к критической, это очень хорошая новость: ведь теперь можно не тревожится. callgrind +qcachegrind показал, что основную часть времени ел парсинг.
отказывают те функции, которые, на первый взгляд, никакого отношения к записи в .mozilla не имеют. Например, сегодня greasemonkey перестал видеть скрипты, в остальном все работало.
2. Заметка из серии "а знаете ли вы что". В нашей сегодняшней программе clang и clang++. Компилят они в нативный код на ~20% быстрей, чем gcc с ключиком -pipe. 42 секунды сборки против 51. На моем четырехядернике. Что касается производительности результирующего кода, заметной разницы я не почувствовал.
В планах попытаться собрать все это через байткод, и посмотреть что будет. В гугле информации по llvm очень мало, но уже сейчас могу сказать, что штука эта явно не хуже gcc. Насколько я понял, основным ее достоинством является то, что ее относительно легко перезатачивать под другие архитектуры.
3. Ковыряю второй день jsmn, представляющий из себя минималистический malloc-less json-парсер. На этот парсер обратил внимания
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)