The OpenNET Project / Index page

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



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

Оглавление

Продемонстрирован первый серверный чип AMD на базе архитекту..., opennews (ok), 07-Май-14, (0) [смотреть все]

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


23. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  –3 +/
Сообщение от pavlinux (ok), 07-Май-14, 16:27 
Чудес не бывает! 8-ядрённый АРМ, будет жрать столько же, сколько и x86,
но много жрать он не умеет, поэтому они тормозят.

Свои, частные веб-сервера сейчас есть, может быть у 5% компаний.

Для дата-центров они бесполезны, при тех же габаритах,
blade-серевер на Xeon/Opteron/PPC переколбасят на порядок больше цифр.  

Может быть, будет спрос в странах где электричество дорогое или его мало.  

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

24. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +1 +/
Сообщение от NikolayV81 (ok), 07-Май-14, 16:45 
> Чудес не бывает! 8-ядрённый АРМ, будет жрать столько же, сколько и x86,
> но много жрать он не умеет, поэтому они тормозят.
> Свои, частные веб-сервера сейчас есть, может быть у 5% компаний.
> Для дата-центров они бесполезны, при тех же габаритах,
> blade-серевер на Xeon/Opteron/PPC переколбасят на порядок больше цифр.
> Может быть, будет спрос в странах где электричество дорогое или его мало.

Ну про чудеса никто не говорит, просто выкинули часть функционала, часть отдали на откуп отдельным блокам, благодаря другой системе команд/организации исполнения кода можно получить более простые решения с меньшим количеством операций затрачиваемых на действие.
Вы же не будете спорить с тем что аппаратный декодер работает эффективней программного на x86 ( естественно при условии одинакового алгоритма ).

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

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

41. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от pavlinux (ok), 07-Май-14, 20:45 
>> Чудес не бывает! 8-ядрённый АРМ, будет жрать столько же, сколько и x86,
>> но много жрать он не умеет, поэтому они тормозят.
>> Свои, частные веб-сервера сейчас есть, может быть у 5% компаний.
>> Для дата-центров они бесполезны, при тех же габаритах,
>> blade-серевер на Xeon/Opteron/PPC переколбасят на порядок больше цифр.
>> Может быть, будет спрос в странах где электричество дорогое или его мало.
> Ну про чудеса никто не говорит, просто выкинули часть функционала, часть отдали
> на откуп отдельным блокам, благодаря другой системе команд/организации исполнения кода
> можно получить более простые решения с меньшим количеством операций затрачиваемых на
> действие.

RISC-команд вообще-то надо больше, причём раза в 2-2.5.
Соответственно оперативки и кэша надо больше.

> Вы же не будете спорить с тем что аппаратный декодер работает эффективней
> программного на x86 ( естественно при условии одинакового алгоритма ).

А это тут причем?! Преобразования Лапласа, Фурье, вращение матриц, итп
вроде в веб-серверах, почтовых,... пока не юзают.

> p.s. Ну и габариты таки не одинаковые,

Блейд сервер - это такая коробка, формата 19" в cсреднем на 4-6U.
В него влазят от 6 до 12 слотов, по 2 проца, которые сейчас от 12 до 24 ядер.

> к тому же это первый камень по сути, для разработки и проверки в боевых условиях,

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

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

56. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от Аноним (-), 07-Май-14, 21:54 
> RISC-команд вообще-то надо больше, причём раза в 2-2.5.

Ты команды ARM видел? Это довольно мощный, логичный и симметричный набор команд, позволяющий довольно неординарные выкрутасы (как тебе условное выполнение любой команды, например?).

> Соответственно оперативки и кэша надо больше.

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

VLIW всякие например, пытаются, по сути избежать изготовления N полноценных ядер путем впихивания shared блоков выполнения. По сути "если CISC оборвать декодер" - получится что-то такое. Но там кластерфак с программированием всего этого. В случае ARM - запихивают по 8 вполне полноценных ядер на пару ггц даже в мелкие мобилочные процы уже. Их програмить проще, а мелкость ядер позволяет напихать их довольно много при вполне разумном TDP.

И вот и получается что какая-нибудь свежая тегра уже на уровне core i3 практически, но кушает заметно меньше :).

> Блейд сервер - это такая коробка, формата 19" в cсреднем на 4-6U.

Под блейдом нынче понимают 1U сервак как правило.

> Эти тестовые процессоры, каждый год появляются, дальше чем роутеры никто их не
> видел.

Ммм... это ты наверное про успехи интела с tablet PC перепутал :)

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

65. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +3 +/
Сообщение от Michael Shigorinemail (ok), 08-Май-14, 00:20 
>> Блейд сервер - это такая коробка, формата 19" в cсреднем на 4-6U.

Нет.  Это блейд-шасси.

> Под блейдом нынче понимают 1U сервак как правило.

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

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

73. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от Аноним (-), 08-Май-14, 04:51 
Michael - а еще надо добавить "что от 4 до 12 слотов" - это ОНО на палочке.
Если вам реально ехать - слотов должно быть ЗАПОМНИТЕ! - 14 или 16 :)
В зависимости от того на ком сидите 3-letter or 2-letter vеndor :)
Ответить | Правка | Наверх | Cообщить модератору

90. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  –1 +/
Сообщение от rob pike (?), 08-Май-14, 18:50 
> Ты команды ARM видел? Это довольно мощный, логичный и симметричный набор команд

А по сравнению с x86 так просто шедевр, но вот важно это только в одном случае - если писать на ассемблере. А этого довольно давно никто не делает для ARM-ов.

> позволяющий довольно неординарные выкрутасы (как тебе условное выполнение любой команды, например?).

Да, очень круто. А уж как как объем сегмента кода позволяет сократить.
Только вот, вы не напомните, кто-нибудь еще продолжает пытаться написать компилятор, который смог бы извлечь из этого какую-то пользу, или уже все забили на это дело окончательно?

> И вот и получается что какая-нибудь свежая тегра уже на уровне core
> i3 практически, но кушает заметно меньше :).

А я вот краем уха слышал что i3 как-то довольно легко справляется с софтверным декодированием видео, а свежая тегра - наоборот, вы не подскажете - это отчего так, или враги распространяют дезинформацию?

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

98. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +2 +/
Сообщение от Аноним (-), 09-Май-14, 04:47 
> только в одном случае - если писать на ассемблере.

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

> А этого довольно давно никто не делает для ARM-ов.

А как насчет свежих коммитов в libvpx? Облажались вы, сэр...

> Да, очень круто. А уж как как объем сегмента кода позволяет сократить.

Если объем кода роялит - у них thumb2 есть, там костыльнули: условное выполнение на группу команд. Сэкономили битиков в командах, типа :). Правда, что-то не видно обещанных приростов скорости. Такие дела.

> Только вот, вы не напомните, кто-нибудь еще продолжает пытаться написать компилятор,
> который смог бы извлечь из этого какую-то пользу, или уже все забили
> на это дело окончательно?

Да вроде тот же GCC неплохо пилят под ARMы. Вообще по моим наблюдениям реально плохо все в основном с VLIW-образными, под которые код генерят из рук вон плохо. С остальными все относительно нормально.

> А я вот краем уха слышал что i3 как-то довольно легко справляется
> с софтверным декодированием видео, а свежая тегра - наоборот, вы не
> подскажете - это отчего так, или враги распространяют дезинформацию?

Если посмотреть на бенчи у хоть того же фороникса - там "зебра". Местами тегра зад надирает, местами - наоборот. Могу предположить что в кодеке не было ASM вставок для ARM например, или они были неоптимизнуты. Без дypaков, асмовые вставки в критичных местах могут поднять скорость кодека в разы. По поводу чего с ними и возятся. Гугель, кстати, в отличие от благородного дона - прекрасно в курсе такой фигни. Поэтому коммиты в libvpx говорят сами за себя - асм с использованием всех мыслимых наборов команд, лишь бы пахало побыстрее.

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

114. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от rob pike (?), 10-Май-14, 03:54 
>Компилятору, если что

Всё равно ему, компилятору. Не надо фантазий.

>А как насчет свежих коммитов в libvpx

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

>Сэкономили битиков в командах, типа :). Правда, что-то не видно обещанных приростов скорости

О чем и речь. Здравствуйте, удобные команды с условным выполнением, до свидания эффективный конвейер.

>Да вроде тот же GCC неплохо пилят под ARMы

Если денег совсем нет, можно, конечно, и им. И как он там с Thumb, не напомните, в плотной ли дружбе состоит?

>реально плохо все в основном с VLIW-образными

Или хорошо. В зависимости от компилятора. Чаще, конечно, плохо, но такой уж вариант - хотите gain, имейте pain.

>Местами тегра зад надирает

В софтверном декодировании видео? Тегра?
Я, конечно, посмотрю на досуге, но сомнительно. Да и Фороникс в плане тестов - слово, скорее, ругательное.

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

96. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от pavlinux (ok), 09-Май-14, 01:32 
> Ты команды ARM видел?

Не, я как все - сру теоретическим вакуумом
Нарисуй мне на ARM ассемблере, Hello World!
x86 http://www.opennet.ru/openforum/vsluhforumID3/2162.html#3

> Это довольно мощный, логичный и симметричный набор команд, позволяющий довольно
> неординарные выкрутасы (как тебе условное выполнение любой команды, например?).

Ну блин, начни чтоль с закона Ломоносова-Лавуазье: "Если где-то, что-то убыло, то где-то  столько же прибыло"
Отседа найтупейший вывод: ARM тормозит прямо пропорционально своей энергоэффективности.

А ещё я верю в ноосферу, и в то, что в ARM не работают волшебники. Волшебники работают в IBM,
из той же ноосферы высасывают последние, новейшие патенты и паяют Power8 на 12GHz, которые
рвут как тузиков ваши плешивенькие армы.

Ну и второе - если Apache или MySQL сделали обрезание для работы под ARM, и он стал так же
отрабатывает SELECT/INSERT, то это не фича ARM, а всего лишь то, что ранее вам не нужен был
500000-ядерный кластер на Xeon.  

Ну и гвоздь в гроб ARM: Посчитайте во сколько обойдётся переписывание Вашего софта, если ваша контора ваще пишет, под ARM.
По моим прикидкам, при офисе на 5 человек, профит от ARM наступит через 57 лет.

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

104. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +1 +/
Сообщение от Аноним (-), 09-Май-14, 14:27 
> Нарисуй мне на ARM ассемблере, Hello World!

Тебя что, в поисковиках забанили? "ARM assembly Linux hello world" - и наслаждайся. Я и сам такое напишу при нужде, единственная причина для читерства с поиском - я не програмлю дергание сисколов на асме каждый день, поэтому не заучиваю наизусть что в какие регистры класть.

> x86 http://www.opennet.ru/openforum/vsluhforumID3/2162.html#3

Хочешь сказать, на ARM сложнее? Да щаз.

> Ну блин, начни чтоль с закона Ломоносова-Лавуазье: "Если где-то, что-то убыло, то
> где-то  столько же прибыло"

Тебя послушать - 8051 порвет core i7 как тузик грелку :)

> Отседа найтyпейший вывод: ARM тормозит прямо пропорционально своей энергоэффективности.

У разных ядер разное соотношение MIPS/WATT (в допущении что техпроцесс одинаков).

> Волшебники работают в IBM,

Только они где-то там, далеко от земли, в своих небесных замках с своими долбучими майнфреймами и прочими мегапереростками за килобаксы. Которые мне например никуда не вперлись. До ибм вроде начало доходить и они даже вроде как обещали лицензировать. Но пока гигантских успехов

> рвут как тузиков ваши плешивенькие армы.

Где они, эти Power8? ARM вон они, вон борды по 25-50 баксов с вполне разумной производительностью. Не везде, мля, надо мегачислокрушилку за килобаксы.

> Ну и второе - если Apache или MySQL сделали обрезание для работы под ARM,

Ты там что, с дубу рухнул? Никто таким не заморачивается. Просто перекомпилили да и все дела.

> Ну и гвоздь в гроб ARM: Посчитайте во сколько обойдётся переписывание Вашего софта,

Если его не писали левой пяткой и он не зависит от каких-то интимных особенностей проца - в $0. В том же ARMовском дебиане и убунтах ВНЕЗАПНО почти столько же пакетов как и на х86.

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

47. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +1 +/
Сообщение от Аноним (-), 07-Май-14, 21:33 
> Чудес не бывает! 8-ядрённый АРМ, будет жрать столько же, сколько и x86,

Вот это не факт. С энергоэффективностью у ARM все очень даже.

> Может быть, будет спрос в странах где электричество дорогое или его мало.  

В ДЦ не любят если много электричества жрут. Во первых счета за электричество, во вторых - охлаждение тоже жрет адски.

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

60. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  –1 +/
Сообщение от Анонимemail (60), 07-Май-14, 22:24 
> С энергоэффективностью у ARM все очень даже.

А с производительностью как-то не очень.

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

66. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Май-14, 00:23 
>> С энергоэффективностью у ARM все очень даже.
> А с производительностью как-то не очень.

Не так давно было ровно наоборот (если сравнивать с дефолтектурой): с энергоэффективностью не очень, с производительностью уже вполне.  Энергоэффективность и энергопотребление (минимальное/максимальное/среднее) -- вещи разные.

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

68. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +1 +/
Сообщение от Аноним (-), 08-Май-14, 00:56 
> А с производительностью как-то не очень.

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

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

93. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от Аноним (-), 09-Май-14, 00:20 
>> А с производительностью как-то не очень.
> Интел в соседней новости с своими кварками вообще долбанулся настолько что особо
> обкоцаный сетевой стек для своих уродцев пытался пропихать. Простите, конечно, но
> обрубленный по потреблению x86 превращается в такое гэ, что даже ARM
> его по производительности делают совершенно не напрягаясь. Даже с более дубовыми
> техпроцессами. Интелу должно бы стать уже стыдно колотить гвозди микроскопами, имхо.

Интел может себе позволить ЛЮБУЮ ПРИХОТЬ. Они много лет как приносят ПРИБЫЛЬ и ОКУПАЮТСЯ. В отличие от. Ферштеен?

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

111. "Продемонстрирован первый серверный чип AMD на базе архитекту..."  +/
Сообщение от rob pike (?), 09-Май-14, 18:39 
> Интел может себе позволить ЛЮБУЮ ПРИХОТЬ. Они много лет как приносят ПРИБЫЛЬ
> и ОКУПАЮТСЯ. В отличие от. Ферштеен?

Нет.

http://www.eetimes.com/document.asp?doc_id=1322263&


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

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

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




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

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