The OpenNET Project / Index page

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



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

Оглавление

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

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


3. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –2 +/
Сообщение от pavlinux (ok), 02-Ноя-11, 23:55 
Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1 ГГц и 4 ядра
это конечно хорошо, но ГигаФЛОПС нужнее!!!


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

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ообщить модератору

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

Зачем тебе на _сервере_ _гигафлопсы_ ?? Ты там что сервируешь то с такими объемами плавучки?

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

24. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –1 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 03:54 
>> это конечно хорошо, но ГигаФЛОПС нужнее!!!
> Зачем тебе на _сервере_ _гигафлопсы_ ?? Ты там что сервируешь то с
> такими объемами плавучки?

Других применений компьютерам не знаете?!

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

27. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 05:40 
> Других применений компьютерам не знаете?!

Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_ которая ему нафиг не вперлась. То что ты выдал - похоже на попытку проверить бандвиз оперативной памяти. Только в случае ARM все несколько иначе чем в случае х86, соотношения несколько другие. Например, ARM не больно сложное ядро и потому не заморачивается наворотами которые типичны для х86. Может это и идет в ущерб числу команд смолоченных за такт, зато за этот такт переключается мало транзисторов и проц мало жрет на энной частоте, и там еще большой вопрос чья возьмет в результате.

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

34. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –2 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 06:50 
>> Других применений компьютерам не знаете?!
> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
> которая ему нафиг не вперлась.

Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа - зло,
а комплексные числа и тензоры вааще ацкий сотона придумал.  

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

42. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +1 +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 09:40 
>>> Других применений компьютерам не знаете?!
>> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
>> которая ему нафиг не вперлась.
> Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа -
> зло,
> а комплексные числа и тензоры вааще ацкий сотона придумал.

Где это все на вебсерверах?
Похоже вы только о своих применениях знаете.

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

51. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 10:38 
Чего накинулись? Человек спросил именно про то, что его больше всего интересовало и что ему нужнее. Может он и не собирается это использовать просто как веб-сервер, а рассматривал возможность использовать как небольшую числодробилочку с низким потреблением э/энергии, прикидывает различные ваиранты, а тут новый игрок появился. Не на веб-серверах же свет клином сошелся
Ответить | Правка | Наверх | Cообщить модератору

53. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +2 +/
Сообщение от oops (ok), 03-Ноя-11, 10:55 
я вот тоже не понял всего сыр-бора. Разве не хочется узнать флопсы7
Ответить | Правка | Наверх | Cообщить модератору

54. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 10:56 
> Чего накинулись? Человек спросил именно про то, что его больше всего интересовало

Человек не спросил, а сказал следующее:
"Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1 ГГц и 4 ядра
это конечно хорошо, но ГигаФЛОПС нужнее!!!".

> и что ему нужнее. Может он и не собирается это использовать
> просто как веб-сервер, а рассматривал возможность использовать как небольшую числодробилочку

В сказанном этого не видно, видно только, что иные варианты использования сабжа чел не рассматривал.

> с низким потреблением э/энергии, прикидывает различные ваиранты, а тут новый игрок
> появился. Не на веб-серверах же свет клином сошелся

На числодробилках тоже.

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

60. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –3 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 11:27 
Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!
95% процессорного времени они простаивать будут, эт точно.

4 Хеона и 64 гига оператифки на 100.000  соединений за глаза хватит.


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

65. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 11:58 
> Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!

Проснись, это предполагается использовать для дата-ферм, для здачи в аренду, не для одного веб-сервера.

> 95% процессорного времени они простаивать будут, эт точно.

Это вообще привычное состояние для сервера, потому и придумывают сабжевые платформы, кому виртуальные серваки не подходят.

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

67. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 12:14 
> Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!
> 95% процессорного времени они простаивать будут, эт точно.

Ставишь один такой сервак, и тебе за глаза его хватает успешного ведения бизнеса по предоставлению хостинга.

> 4 Хеона и 64 гига оператифки на 100.000  соединений за глаза
> хватит.

А вот такого не хватит и даже 5 таких.

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

71. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 12:49 
>> 4 Хеона и 64 гига оператифки на 100.000  соединений за глаза
>> хватит.
> А вот такого не хватит и даже 5 таких.

Хватит... чтоб на лепестричестве разориться...

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

57. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  –1 +/
Сообщение от pavlinux (ok), 03-Ноя-11, 11:21 
>>>> Других применений компьютерам не знаете?!
>>> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
>> а комплексные числа и тензоры вааще ацкий сотона придумал.
> Где это все на вебсерверах?

Я чуть падстол не упал :D

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

64. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +1 +/
Сообщение от fr0steremail (ok), 03-Ноя-11, 11:54 
> Я чуть падстол не упал :D

С пола смог упасть? Силен. Сколько ГигаФлоп поднял?

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

73. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 12:55 
> Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа -
> зло,
> а комплексные числа и тензоры вааще ацкий сотона придумал.

А уж какую-нибудь ортогональную модуляцию придумал и вовсе кто-то довольно ушибленный на голову. Но хорошо ушибленный, побольше бы таких.

P.S. ты б еще предложил ОТО к серверам применить. Ну чтобы точнее изучать идущие там процессы. Надо ж учесть релятивистские эффекты применительно к электронам в процессоре, или где?!

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

80. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от sanDro (ok), 03-Ноя-11, 15:21 
Тогда уж КЭД. Это куда ближе к теме физ.процессов внутри процов.
Ответить | Правка | Наверх | Cообщить модератору

92. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 19:16 
> Тогда уж КЭД. Это куда ближе к теме физ.процессов внутри процов.

О, я придумал. Пусть он КЭД скрестит с ОТО, дабы получить максимально точное описание процессов происходящих в процессорах :))). Ну а попутно он нам напишет "теорию всего", подумаешь какие мелочи :D

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

102. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Xaionaro (ok), 04-Ноя-11, 11:45 
> Ты там что сервируешь то с такими объемами плавучки?

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

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

103. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 04-Ноя-11, 14:22 
>> Ты там что сервируешь то с такими объемами плавучки?
> Мне дак по научной работе нужно написать расчётную программу, где double-овых арифметических
> операций значительно больше, чем целочисленных.

Если вам нужен карьерный самосвал, будете охаивать легковушки?

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

104. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Xaionaro (ok), 04-Ноя-11, 14:39 
>>> Ты там что сервируешь то с такими объемами плавучки?
>> Мне дак по научной работе нужно написать расчётную программу, где double-овых арифметических
>> операций значительно больше, чем целочисленных.
> Если вам нужен карьерный самосвал, будете охаивать легковушки?

Не надо всё воспринимать в штыки. Мне наоборот эта железка кажется очень симпатичной. Но лично я всё-таки хотел бы знать эти FLOPS-ы. Не то, чтобы я планировал её использовать, просто обычное профессиональное любопытство.

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

105. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от fr0steremail (ok), 04-Ноя-11, 14:57 
> Не надо всё воспринимать в штыки. Мне наоборот эта железка кажется очень
> симпатичной. Но лично я всё-таки хотел бы знать эти FLOPS-ы. Не
> то, чтобы я планировал её использовать, просто обычное профессиональное любопытство.

Любопытство не требует причин и пояснений.

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

62. "Компания HP, совместно с Red Hat и Canonical, начала продвиж..."  +/
Сообщение от Аноним (-), 03-Ноя-11, 11:29 
> Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1
> ГГц и 4 ядра
> это конечно хорошо, но ГигаФЛОПС нужнее!!!

Смотря для чего.  

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

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

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




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

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