Автоматический профайлинг и оптимизация ядра и всего остального - есть ли такое счастье?

Это, знаете ли, тяжелый отпечаток работы с windows - так и хочется чего-нибудь украсть. Все приличные серверные приложения ух как дорого под винду стоят, ну не Subsystem for UNIX-based Applications, же использовать =)))))

А вообще, если серьезно, на эту мысль меня навел такой сайт: http://www.pgroup.com/index.htm - вот был бы рад если кто-нибудь использовал и смог рассказать что-нибудь о данном продукте (и конечно же им поделиться =)))))

Ну и раз уж вспомнил - А рельно ли gentoo собрать внутри Subsystem for UNIX-based Applications - или это фантастика? (это, конечно же изврат редкостный, но чисто теоретически возможно ли это?)

В точку! Не завалялось ли где-нибудь такой чудесной кнопки??? (в Visual Studio она есть =)))) А по поводу освоить - это я всегда рад - дайте ссылочку на приличный manual для новичков (желательно с примерами) (и желательно без экзотики вроде "А вот с этим флагом gcc поможет Вас создать программу для калькулятора Электроника Б-57, единственный экземпляр которого занимает комнаты 6 и 7 в Московском музее ЭВМ" =))))

А вообще почему oprofile с gcc не интегрирован??? - Это как раз и была бы та самая кнопочка...

P.S. http://software.intel.com/sites/products/collateral/hpc/compilers/compiler_suite_linux_brief.pdf - Вот тут по-любому есть эта волшебная кнопочка... Кто-нибудь сумел прикрутить это чудо к gentoo?

Пересобрал Apache, MySQL, PHP, xcache с помощью icc - получил 10% прироста... Все равно мало... Как бы ядро пересобрать? =)))))

Не полностью совместима. Мои исходники icc собирать отказался напрочь. Ошибка: "invalid combination of type specifiers".
Погуглил на эту тему, нашел много всяких вариантов этой же проблемы. Везде ответы от гуру были примерно одинаковы: вы неправильно создаете код. Он не соответствует [стандарту/здравому смыслу/правилам etc.]. Однако, gcc без проблем (и даже без warning-ов) собирает код, тем более, что я всегда на этапе разработки включаю "-Wall -Wextra -Werror".
Что не понравилось icc в моем коде:

typedef long long __int64;
typedef unsigned long long __uint64;

Только не надо кидаться тапками, что это неправильно и прочая. Я с этими тайпдефами проработал уже лет 12, и ни малейших проблем не испытывал начиная с gcc-2.95.3, (кажется, или какой там был еще раньше), по последний стабильный gcc.

Я сделал вывод, что до полной совместимости с gcc у icc еще очень и очень далеко, и что для меня этот компилер бесполезен. Я не стал менять код, ибо почему-то уверен, что эта придирка не последняя, и ему еще что-нибудь не понравится. Прирост производительности не настолько значителен, чтобы я из-за этого изменял годами проверенный код.