The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания HP, совместно с Red Hat и Canonical, начала продвиж..., opennews (?), 02-Ноя-11, (0) [смотреть все]

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


7. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +12 +/
Сообщение от klalafuda (?), 03-Ноя-11, 00:24 
> это конечно хорошо, но ГигаФЛОПС нужнее!!!

Может я конечно чего не понимаю, но нафига, допустим, 'обычному' там вебсерверу или мыловарке именно FLOPS? Откуда там существенная нагрузка именно на операции с плавающей запятой? Нагруженных же систем, которые хотят приведенное в этом простом примере - пруд пруди. И, почти уверен, что существенно поболее будет, чем числодробилок.

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

8. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +1 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 00:43 
>> это конечно хорошо, но ГигаФЛОПС нужнее!!!
> Может я конечно чего не понимаю, но нафига, допустим, 'обычному' там вебсерверу
> или мыловарке именно FLOPS?

FLOPS - используют как показатель работы проца вообще. Операции с float и double
практически не предсказываются, хреново кешуруются (если кэшируются вообще)
и не оптимизируются. А добавлением L3 кэша, всяких блоков предсказаний переходов,
ветвлений, гипертредами обмануть можно только всякие specInt и LINPAKи.
Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.  
  

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

10. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –4 +/
Сообщение от Andrew Kolchoogin (?), 03-Ноя-11, 01:01 
> FLOPS - используют как показатель работы проца вообще.

    А при чём тут, простите, микропроцессор,..

> Операции с float и double практически не предсказываются, хреново кешуруются
> (если кэшируются вообще) и не оптимизируются.

    ... если ты ведёшь речь про ОЗУ?

Да, хреново предсказываются, да, не кешируются, но вся эта шняга нужна для того, чтобы "расшить" узкое место -- FSB и ОЗУ, которые тормозят.

При чём здесь CPU?

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

17. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от klalafuda (?), 03-Ноя-11, 01:26 
> Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.

С какой стати реальная производительность 'обычного веб-сервера' под управлением apache или nginx зависит от нецелочисленных операций и пропорциональна FLOPSу машины? Если ни код сервера ни конечный код, скажем, скриптов их практически или же совсем не использует?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

19. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 01:39 
> Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.

На вебсервере? Это с хрена ли, если там плавучка почти не используется?! Там скорее целочисленные операции важны.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

22. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –4 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 03:41 
Всегда можно найти такой коэффициент ( -oo > k > oo ), при котором  выражение KПД = k*FLOPS
- производительность процессора пропорциональна его же FLOPSам с некоторым коэффициентом",
будет истино.

И попробуйте доказать обратное :)


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

25. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +3 +/
Сообщение от Аноним (-), 03-Ноя-11, 05:32 
Всегда можно придумать как отобразить погоду на марсе на производительность процессоров. Только вот нахрена и что это будет показывать?

А если ты такой умный - попробуй для начала хотя-бы доказать что твой коэффициент для начала константа. Хотя-бы в рамках семейства ARM, чтоли. Или нахрен нам коэффициенты показывающие хз что и меняющиеся в зависимости от фазы луны?

Учти что возможны варианты, примерно так:
1) Чисто софтварная плавучка.
2) Обычная плавучка через армовский сопроцессор.
3) SIMD, в том числе неоновский (он опционален и его наличие зависит от жабы производителя).

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

33. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –3 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 06:28 
> А если ты такой умный - попробуй для начала хотя-бы доказать что
> твой коэффициент для начала константа.

Ёпть, как два байта об асфальт - k = F/I, где F - средние количество тактов процессора для выполнения float-команд, I - целочисленных.

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

41. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 09:38 
Констатнта, но k всегда разная :)
Ответить | Правка | Наверх | Cообщить модератору

72. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +1 +/
Сообщение от Аноним (-), 03-Ноя-11, 12:52 
> Ёпть, как два байта об асфальт - k = F/I, где F
> - средние количество тактов процессора для выполнения float-команд, I - целочисленных.

Круто, тогда k вообще не нужно, достаточно померять скорость целочисленных операций более актуальных для сервера :))).

Но откуда тут следует что k будет константой? Хочешь методом "от противного"? Представь себе cache hit или cache miss в числителе и/или знаменателе. Получатся разные k ;). При том как минимум для целочисленного кода скорость выполнения существенно зависит от того влез он в кэш или нет. Нахрена нам коэффициент который постоянно норовит меняться?

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

100. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –1 +/
Сообщение от pavlinux (ok), 04-Ноя-11, 05:04 
> Нахрена нам коэффициент который постоянно норовит меняться?

Не грузи, гугли на тему теория сложности вычислений.
Из которой поймёте, что алгоритм не может работать хаотически
на дискретном устройстве.

Для антифлуда - измерения производить при +20С, нормальной радиации, вибрации и ЭМИ.


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

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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