Часовой пояс: UTC + 3 часа




Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 9 
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

роБОТяга
Статус: Не в сети
Регистрация: 05.07.2005
Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.



Партнер
 

Member
Статус: Не в сети
Регистрация: 12.12.2011
Откуда: Самарская обл
Фото: 11
По энергоээфективности они правы. Вот тут и пригодятся планы AMD по GPGPU (гибридным вычистениям) и их внедрению.

_________________
Hard work - Hard play!
ищу корпус GMC High Five. или аналог с передней панелью НЕ ИЗ ДРУШЛАКА и 5 карлсонами.


 

Member
Статус: Не в сети
Регистрация: 27.02.2012
Откуда: Симферогрязь
Ой чую, сейчас налетят признанные мировые дизайнеры процессоров, чтобы начать орать, что ARM медленный и в серверах ему не место. Только почему-то никто не учитывает, что интернет-серверу нужно держать многопоточную, но вычислительно небольшую нагрузку (типа читать\писать БД), что в случае ARM позволяет напихать тех же процессоров в стойку в десятки раз больше. Или представьте себе ARM процессор, например, на 20Вт - сколько в нем будет ядер и какой производительностью он будет обладать.

_________________
Intel 9700K -- Kingston DDR4 16GB -- Gigabyte Z390 ELITE -- MSI 1070 -- Samsung 850 EVOx2 -- WD Purple 2TB -- Corsair HX750 -- macOS+W10


 

Member
Статус: Не в сети
Регистрация: 28.10.2005
Откуда: Тольятти
V1tol
Тут вообще говорить не о чем, пока хоть один из производителей не представит официально реально рабочий сервер на АРМах, а не прототип и не будет проведено их нормальное тестирование в актуальных задачах. Например в тестах SPEC. А пока только и сылшно сервера на АРМах сервера на АРМах, а где хоть один то? И где данные о реальном потреьлениии последних процессоров АРМ? Почему же их нет практически нигде в даташитах?

_________________
Тише едешь - дальше будешь!
От того места, куда едешь...


 

V1tol писал(а):
Ой чую, сейчас налетят признанные мировые дизайнеры процессоров, чтобы начать орать, что ARM медленный и в серверах ему не место. Только почему-то никто не учитывает, что интернет-серверу нужно держать многопоточную, но вычислительно небольшую нагрузку (типа читать\писать БД), что в случае ARM позволяет напихать тех же процессоров в стойку в десятки раз больше. Или представьте себе ARM процессор, например, на 20Вт - сколько в нем будет ядер и какой производительностью он будет обладать.


Ну расскажите же нам скорее мегаэксперт наш, про многопоточную и небольшую нагрузку у интернет сервера, а мы посмеемся. :lol:

Начать предлагаю с протоколов, с которыми работает типичный webserver, вы кстати знакомы с http?
Затем расскажите нам про небольшую нагрузку у современных серверов с server side концепцией исполнения. Нагрузка от SQL настолько мала, что SQL Server вешают обычно вообще на отдельный сервер. :lol:

Насчет производительности и потребления. Одно ядро SB даунклокнутое до 800МГц, потребляет сопоставимо с 4ядерной Тегрой3, только при этом в отлично параллелящейся задаче оказывается медленней, этого ядра SB на 800 МГц. Если интересно - Phoronix.

P.S. Пишите Шура, пишите...


 

Member
Статус: Не в сети
Регистрация: 14.06.2011
TOTGEBOREN, не путайте теплое с мягким. Во первых есть разные програмисты, одни пишут мильон обращений к базе в секунду, а другие одно обращение но его сервер жует по пол часа. Во вторых есть понятие как распределенные, параллельные и множественные вычисления. Для интернет шлюза через которые работают 200-300 машин как раз важнее будет решение на АРМ многоядерной архитектуре.
Во вторых большинство СХД уже давно работают на АРМ решениях и заведует обработкой линукс или FreeBSD.
В роутерах, телевизорах тоже крутятся именно АРМ решения.
Есть очень много задач в которых уже давно ждали подобных энергоэффективных решений. Это совсем не значит, что они заменят Ксеноны, только в узкоспециальных задачах. Главным препятствием было то что АРМ архитектура не поддерживала х64 адресацию памяти. Теперь поддерживает - прямая дорого в серверный сегмент.

Ну и в конце вы сами написали что одно ядро частотой в 800МГГц потребляет как 4 ядра в 1,5ГГц. А на АРМе то инструкции попроще чем на х86.

И еще стоит добавить что серверные АРМ процессоры все таки будут отличатся от тех что щас в планшетах. Т.к. в планшетах еще и графическая часть присутствует которая тоже прилично кушает. Это будет как Ксеноны, минимум рюшек - максимум мощи и стабильности.

П.С.: если вы не можете найти применение какойто технологии или устройству, это не значит что они никому не нужны (Так многие девушки не знают для чего нужен разводный ключ, но это ведь не знчит что он никому не нужен).

_________________
ASUS P67 Sabertooth, Core i7-2600 + Zalman Flex, ASUS GTX660ti-DC2O, 2*4ГБ CORSAIR XMS3 DDR3-1600, БП Thermaltake 550W


 

Member
Статус: Не в сети
Регистрация: 22.05.2009
Tegra3, производительность в линпаке (по данным nvidia) - 309 MFlops, TDP - 1.2 Вт
i7-2600 - 96 Gflops, TDP - 95Вт

Следовательно, производительность/ватт у i7 лучше в 4 раза. Вот и вся ваша хваленая энергоэффективность arm-ов. Единственное достоинство - они дешевые.


 

Gorodecky писал(а):
Для интернет шлюза через которые работают 200-300 машин как раз важнее будет решение на АРМ многоядерной архитектуре.
Во вторых большинство СХД уже давно работают на АРМ решениях и заведует обработкой линукс или FreeBSD.
В роутерах, телевизорах тоже крутятся именно АРМ решения.


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

Проплывали тут как-то примитивные тесты 4 ядерного АРМа от Calxeda, так этот камень даже с пустыми запросами не способен утилизировать Гигабитный канал, не говоря уж о какой-то полезной работе.

Gorodecky писал(а):
Ну и в конце вы сами написали что одно ядро частотой в 800МГГц потребляет как 4 ядра в 1,5ГГц. А на АРМе то инструкции попроще чем на х86.


Интересно к чему бы это? В огороде бузина, а в Киеве дядька?

Gorodecky писал(а):
И еще стоит добавить что серверные АРМ процессоры все таки будут отличатся от тех что щас в планшетах. Т.к. в планшетах еще и графическая часть присутствует которая тоже прилично кушает.


Как бы SB на который я ссылался, тоже не без графики.

Gorodecky писал(а):
П.С.: если вы не можете найти применение какойто технологии или устройству, это не значит что они никому не нужны


Нефанаты АРМа, пребывают в плену своих розовых мечтаний, что процессоры на архитектура АРМа под нагрузкой более эффективны нежели чем современные х86. Давно пора бы признать, что это совершенно не так. "Буратин" много желающих попасть на поле чудес, а партнеры АРМа не могут им отказать в этом желании. В общем получается как в знаменитом фильме "Кому и кобыла невеста".


 

Member
Статус: Не в сети
Регистрация: 12.01.2005
Бред нести не надо, у АРМ самые кукурузные мегагерцы из всех существующих CPU! ARM сейчас обладает такой низкой производительностью, что я был крайне удивлен и озадачен, тем, что телефон с ARM (7227T) 800Mhz, с однотипными задачами справлялся хуже, чем мой первый ПК Pentium2-266\TNT2: воспроизведение видео в софтварном режиме, эмуляция консолей, (DosBOX я даже побоялся ставить) при этом надо заметить, что разрешение в телефоне 480х320, а я на старом ПК всегда работал в 1152х864, плюс еще и богомерзкая Windows98, вместо "богоподобного" Linux-Android'a.

_________________
Солдатушки-ребятушки, нашему царю показали фигу. Умрём все до последнего!


Показать сообщения за:  Поле сортировки  
Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 9 
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 27


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan