Сделать бы побольше выпадающие меню «Категория» или сделать поиск по категории вместо пристального его изучения. Категория пожарная/мчс так и не нашел, за есть практически бесполезное «госучреждение»
Супер! Сделайте еще среднюю температуру по стране. Так хочется узнать погоду в Бенгазии или Бангладеше, а ни одного города в голову не приходит. Пожалуйста, пожалуйста :)
С distcc всё понятно. А вот при чем тут пересборка одного и того же пакета к ccache не понятно. Для ccache подешло бы тестирование с пересборкой одного и того же пакета разных версий. То что вы пересобрали несколько раз один и тот же пакет дает лишь теоретическое максимальное время, а не практическое. В реальности вы пересобираете пакет с разными опциями различной перелинковки разным либтулом и т.д
>Сейчас все изменилось. Иконки стали большие
не знаю, может только в тоучскрин девайсах. А вообще вы правы, я не давно перешел с 16px иконок на 24 :)
Когда иконки слишком большие и на них много деталей, слишком сложно определить какая метафора скрывается за ней.
Был несколько шокирован тем как навязывают просмотр фидов в левой панели. Сначала левую панель начали выводить по нажатию на конкретный фид из верхней панели. С новой бетой из верхних фидов (верхнее меню Feeds) убрали цифры и пользоваться стало совершенно неудобно.
Разработчики! по возможности следуйте идеи обратной совметимости, потому что в юзабилити привычка и удобство это практически одно и тоже.
Если бы всё было так просто :)
gcc не включает -funroll-loops (разворот циклов для более правильного задействования механизма предсказаний процессора) даже на -O3. Всё прекрасно до тех пор пока ваш цикл не вылезет за пределы L1 или даже L2 — и вся ваша оптимизация только замедлит выполнение кода.
Или -ffast-math, включающий супер оптимизации для числобоек, только вот это не гарантирует соблюдение стандартов IEEE и ISO. Спрашивается, а зачем нам такая «скорость», если приложение вдруг не пройдёт >>100к юнит тестов у заказчика.
Совершенно понятно, что все оптимизации имеют место быть до тех пор пока вы держите ситуацию под контролем, код вам знаком, и уже давно «на ты» с профилировщиком и отладчиком.
Мне кажется кто-то не читал представленный материал. Как раз -O2 -march=native это и делает. Всё остальное делается на свой страх и риск. Например вы можете включить опасные оптимизации, но никто не будет гарантировать работоспособность приложения.
Даже проще — юзер должен выбрать из предложеных сетов оптимизации: -O0 -O1 -Os -O2 -O3. От отсутствия оптимизации до оптимизации в ущерб ресурсам. По умолчанию в Save Cfags предлагается O2.
Статистика такова, что реальное ускорение для системы в целом, gnu сеймейства в данном случае, дает именно mmx, лишь по той причине что по статистике распределения mmx и sse* кода, первый занимает чуть ли не 60% (не хочу быть голословным, но линки сейчас найти не смогу).
Так же стоит обратить внимание как сейчас обстоят дела в gcc с записью такого вида: -mfpmath=387,sse.
Хочу также заметить что на системах с HT, где число ядер видимых системой в 2 раза больше ядер физических, «обманывать» систему добавляя 1 лишний процесс, не имеет смысла. Раздвоение потоков уже физически делает то, с чем не справляется планировщик ядра операционки, выделяя процессорное время то одному, то другому процессу. Во всяком случае это видно из тестов, но всё может меняться от ядра к ядру. Как раз Con Kolivas's BFS пытается решить эту проблему.
Для углубленого ознакомления стоит ознакомиться с «gcc: компиляция на форсаже с турбо-наддувом» Криса Касперски, переодически заглядывая в man gcc. И тесты, тесты, тесты — это то, на что обычно не хватает времени и сил
не знаю, может только в тоучскрин девайсах. А вообще вы правы, я не давно перешел с 16px иконок на 24 :)
Когда иконки слишком большие и на них много деталей, слишком сложно определить какая метафора скрывается за ней.
Разработчики! по возможности следуйте идеи обратной совметимости, потому что в юзабилити привычка и удобство это практически одно и тоже.
gcc не включает -funroll-loops (разворот циклов для более правильного задействования механизма предсказаний процессора) даже на -O3. Всё прекрасно до тех пор пока ваш цикл не вылезет за пределы L1 или даже L2 — и вся ваша оптимизация только замедлит выполнение кода.
Или -ffast-math, включающий супер оптимизации для числобоек, только вот это не гарантирует соблюдение стандартов IEEE и ISO. Спрашивается, а зачем нам такая «скорость», если приложение вдруг не пройдёт >>100к юнит тестов у заказчика.
Совершенно понятно, что все оптимизации имеют место быть до тех пор пока вы держите ситуацию под контролем, код вам знаком, и уже давно «на ты» с профилировщиком и отладчиком.
Даже проще — юзер должен выбрать из предложеных сетов оптимизации: -O0 -O1 -Os -O2 -O3. От отсутствия оптимизации до оптимизации в ущерб ресурсам. По умолчанию в Save Cfags предлагается O2.
Так же стоит обратить внимание как сейчас обстоят дела в gcc с записью такого вида: -mfpmath=387,sse.