The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Использование Intel® C++ Compiler 10 - for Linux вместо..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Программирование под UNIX (Public)
Изначальное сообщение [ Отслеживать ]

"Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от GLADtr (ok) on 23-Дек-07, 02:35 
Добрый день уважаемые!
Вопрос к сожалению не по моему профилю поэтому хотелось бы услышать мнение сообщества

Основной целью поднятия данной темы является повышение производительности системы в целом в применении к архитектуре х86-64 в исполнении интел - процессоров.
Отсюда попытка оптимизации не только за счет правильной настройки ядра, стека tcp, но и за счет компилятора родного для данной платформы.


Есть ли среди вас кто пробовал воспользоваться сабжем(Intel® C++ Compiler 10 - for Linux)  заменив им стандартную gcc на Unix-like системах.

насколько это оправдано и как отразиться на дальнейшей компиляции ядра, программ и так далее .

просьба комментировать по теме, а не разводить  абстрактные волны.
Спасибо за внимание.


Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от jd (??) on 23-Дек-07, 20:17 
В своё время, мы с помощью icc решили проблему нехватки производительности в одном драйвере (собственном). Платформа была IA-32, ядро - 2.4.x. Компиляли им только тот кусок, который выполнялся регулярно и отжирал всё процессорное время. Получили ускорение процентов в 50, чего вполне хватило в нашем случае (не хватало где-то 10-20). Компилировать всё ядро интеловским компилятором не пробовали, да и не факт, что это возможно (надо смотреть документацию). Некоторые пакеты точно нельзя им собрать. В частности, по-моему, glibc.

Но в любом случае, говорить о повышении производительности абстрактно не имеет смысла. Нужно смотреть узкие места, задачи и тогда уже выбирать стратегию. Иначе может оказаться, что, к примеру, что в системе недостаточно оперативной памяти для кэширования I/O и сколь быстро не работал бы код, всё упрётся в это самое I/O и "работать быстрее" система не будет.

Кстати, как использовать аналогично приведённому выше примеру, интеловский компилятор с ядрами 2.6.x - я не знаю. Сейчас та проблема так остро не стоит, но узнать было бы любопытно, так что если кто-то случайно выяснит - свисните, пожалуйста.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от GLADtr (ok) on 23-Дек-07, 21:18 
to jd: and ALL


>
>Нужно смотреть узкие места, задачи и тогда уже выбирать стратегию. Иначе
>может оказаться, что, к примеру, что в системе недостаточно оперативной памяти
>для кэширования I/O и сколь быстро не работал бы код, всё
>упрётся в это самое I/O и "работать быстрее" система не будет.
>

Думаеться мне, что все сколько нибудь опытные администраторы, к которым причисляю и себя заметят такую вешь как нехватка ресурсов в системе.

>
>Но в любом случае, говорить о повышении производительности абстрактно не имеет смысла.
>

И все таки не соглашусь по поводу абстрактности - к примеру компиля ядро именно под свою систему мы не абстрактно повышаем производительность, а добиваемся известного результата за счет удаления лишних/несоответствующих модулей и...в итоге компилируя ядро. то есть мне было интересно насколько можно повысить производительность системы именно за счет более полноценного использования внутренних функций процессора родным компилятором от производителя и соответственно кодом своего ядра.
  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от pavlinux email(??) on 02-Янв-08, 17:18 
> компиля ядро именно под свою систему мы не абстрактно повышаем производительность, а
> добиваемся известного результата за счет удаления лишних/несоответствующих модулей и...в
> итоге компилируя ядро.

А доказать сможешь?  

Подсказака: метод тупого выключения лишнего не прокатит.
Бенчмарки будут одинаково разные. (говоря на мат. языке, с какой-то пост. дисперсией).

P.S. Скорость загрузки не считается.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от pavlinux email(??) on 02-Янв-08, 17:40 
>Бенчмарки будут одинаково разные. (говоря на мат. языке, с какой-то пост. дисперсией).

Да..., так как мат. ожидание дискретных величин = 1,
то результаты тестов будут = мат. ожиданию самих величин,
т.е. тупо среднее арифметическому.

Cобственно, и надо определить величину дисперсии (т.е. поле отклонений).
Чем меньше, тем ты больше прав. :)


В общем долго это....  А так, на глазок, не заметно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Использование Intel® C++ Compiler 10 - for Linux вместо..."  
Сообщение от GLADtr (ok) on 06-Янв-08, 16:00 
>[оверквотинг удален]
>
>Да..., так как мат. ожидание дискретных величин = 1,
>то результаты тестов будут = мат. ожиданию самих величин,
>т.е. тупо среднее арифметическому.
>
>Cобственно, и надо определить величину дисперсии (т.е. поле отклонений).
>Чем меньше, тем ты больше прав. :)
>
>
>В общем долго это....  А так, на глазок, не заметно.

Тему закрыли Всем спасибо !!!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру