O Lucky Man... "как короток путь из палаты Лордов в Принстаунскую каталажку"
Да, да, да.
Все так и есть.
В 30, 40. ....далее везде, круче....
Монстрилло просто. Страшное.
теперь осознайте: в первоисточнике не сказано какие ядра арм и к какой модели они (32 ядра) приблизились, в каких задачах.
Получается, выведенн новый постулат. Все мировые чипмейкеры просто в *опе. Их потуги все сметены. Пыжатся уменьшить тдп, все на смарку. Выходит кто-т0, компилирует стандартныее лицензионные ядра + россыпь стандартных междумордий из имеющихся библиотек и вуаля. "...все сметено могучим ураганом..."

miklebat что вы тупите то? 32 ядра это 32 ед производительности то есть 1 ядро это 1/32 производительности - вы говорите что некое гипотетическое ускорение от 32 ядер не возможно получить потому что есть закон амдала - с этим я согласен (не буду считать уровень параллелизма который нужен не суть) я же предлагаю не делать мега параллельный софт (то есть использовать раид0 где грубо говоря производительность на 1 диск падает с ростом количества дисков в массиве) а предлагаю запускать на каждом ядре 1 копию программы тем самым можно достичь утилизации производительности больше чем 80 процентов на ядро что в сумме даст около 30 раз рост производительности по отношению к 1 ядру и грубо говоря производительность 32 ядер будет утилизирована больше чем на 80 процентов - потому что не будут использовать не перебросы потоков ни синхронизации он будет работать грубо говоря каждое ядро в своем уровне реальности те он даже не будет знать что есть другие ядра.

ОМГ.
Вы хотите обмануть самого себя.
Пустить одну прогу на один слоупок. И 32 проги начнут вертеться параллельно, как очумелые.Сами по себе что-ли? Ну, ну. Или я не так понял? Кстати, а их "пускатель" как будет вертеться? Нужен еще и супервайзер? который будет отслеживать все прерывания, защиты областей, перекрытия, общие выводы или частные....
Без обид, что же мы все такие убогие, если все такие безмерно умные.

miklebat а нафига вообще параллелизм то? вот реально на кой черт? скажем есть 100к запросов на сервер от 10к пользователей одно ядро может обслужить скажем 1к пользователей - на кой черт паралелить пользователей? какая черт разница как сервер обслужит всех? и я приведу с 10 серверных задач где клиент - сервер не требует параллелизма вообще. не говоря о кучи специфичных задачах где тож не нужно ничего паралелить.
представьте себе такое существует...


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

miklebat а нафига вообще параллелизм то? вот реально на кой черт? скажем есть 100к запросов на сервер от 10к пользователей одно ядро может обслужить скажем 1к пользователей - на кой черт паралелить пользователей? какая черт разница как сервер обслужит всех? и я приведу с 10 серверных задач где клиент - сервер не требует параллелизма вообще. не говоря о кучи специфичных задачах где тож не нужно ничего паралелить.
представьте себе такое существует...


как как - как виртуалки сейчас уже вертятся и спокойно бьют одно х86 ядро и на 2 и на 4 и даже больше а тут просто у каждой виртуальной среды будет 1 реальное ядро.
зачем? так просто быстрей и не нужно переписывать софт - те сконфигурировал виртуалку на максимальную производительность скажем по 4 ядра и радуешься...
вообще на кой черт выполнять ту работу которую никто никогда не оценит? вопрос...[/quote]
Представляю, как это не удивительно.
Виртуалка, она сам по себе, что-ли? Прошел пост и сразу стописот виртуалок?

Добавлено спустя 13 минут 30 секунд:
Так опять возвращаемся к истокам. Волшебный чип с 32 непонятными ядрами арм, вдруг должен что-то всколыхнуть.... Что мешает монстрам кремния выпустить что-то подобное или круче. Контора никакая, ну что-то там слабали на верилоге, что-то там им испекли, что-то они продали для каких-нибудь 3д принтеров или пром. роботов. Каки-таки серверы?

а57 там.

Пруф.

x gene строиться на архитектуре armV8, а базовых ядер armv8 на основе которых можно что-то сделать три - а53, а57, а72.
а53 для такого использовать не стали бы - не та мощь, да и делать из слабого ядра более сильное та еще хохма. а72 вышел слишком недавно чтобы успеть его перезапилить. Остается а57.

Основная проблема в софте. Вот когда напишут кучу серверного софта для ARM-ов, вот тогда они стрельнут. А пока, эти сервачки удел узких областей, где гики-красноглазники сами пишут себе ОС и приклад.

В современном мире множества ядер вся идея создания множества виртуальных машин рушится одной уже узкой шиной данных к оперативной памяти и тормозным дискам. Опробывали у себя на предприятии системы много ядер, самые быстрые дисковые хранилища терабайты оперативки. Все это достаточно глючно на практике и дает прирост производиоельности совсем непропорциональный стоимости.
Ну и реально нагруженый сервер будет дохнуть на 2 - 4 сетевых интерфейсах, любых какие есть в комерческой доступности... Так что идея запустить много много виртуалок пока сыплется на единых для всех ОП, сетевках и проч...

Versuz С каких пор ССД с скоростью под пару гигабайт в секунду стали тормозными?
С оперативкой тоже все решается, к примеру fujitsu SPARC64 XIfx уже больше года идет с 32гб HMC 240 гигабайт\сек на 32 ядра.

Сдается мне главная причина глючности как всегда сидит за клавиатурой.

а вы не знаете как подымаются виртуалки на хост системах? для этого есть тоже "программы"... и вы думаете на серверах виртуалки напоминают "виртуалбокс на дектопе"? а хез что вы хотите услышать - да стартует хост система в потом стартуют виртуалки ничего сложно примерно как ходить / дышать.
... хотя тут я говорил о возможности виртуализовать прямо железо а не через хост систему. http://www.vmware.com/ru/products/vsphe ... hypervisor - что то тип этого.

риски рынок и тд например если вы берете за основу "линукс" то все ваши программные наработки (а ведь части виртуализации драйверов и тд) будут частью ядра вы конечно можете оставить код себе и не возвращать в ядро но тогда встанет вопрос поддержки - то есть коммерчески не выгодно... "первым" на рынке ты будешь не долго скопируют все от арм процессоров до той самой ос поэтому гиганты рынка ждут пока мелкие конторки создадут рынок сбыта и всю необходимую инфраструктуру. например зачем пачкать руки и делать что то самим (и рисковать деньгами) если можно при успешности купить туже "applied" вмести со всеми наработками и клиентской базой? вы думаете при объемах в 10к серверов она много стоит? ХД


потные плотные... интел тоже таким занимается с hp но там опять цены - просто космос.


ну вы статью то читали? нет? ну окей..

не 4 канала а восемь - на минуточку на 2133 памяти процессор с 4 канальным кп выдает 55гб/с (haswell-e) то на 8 канальном с более быстрой памятью можно получить все 100гб/с а с учетом 42 линий пси-е можно навешать столько ссд в раид0 и получить наверное ~10гб/с если не больше на чтение / запись... ну куда больше то?

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

miklebat я сам собирал серваки в том числе веб с гипровизорами... люди по продвинутей даже дома держат такие решения.
примеры да даже на личном опыте - ничего сверхъестественного там нет первый сервак я вообще по манам из интернета подымал... задачи? смотря какие вы хотите решать я например высоконагруженные системы не строил ну и цена зависит от "задач".

"железная логика"

Добавлено спустя 3 минуты 23 секунды:

Чел 20-30 собирирали серваки под моим присмотром иииииии...?
Начальником я был для собиральщиков.

miklebat начальник "собиральщиков" не знает как стартуют виртуалке на хосте? это сарказм или реально все так плохо?
я просто не знаю то ли фейспалмить во всю то ли смеяться что повелся на троллинг...

Не получится. Есть общие дисковые, сетевые устройства, общая память, перекидывать кеш общий тоже потери скорости. На самом деле 32 ядра упираются в общую "инфраструктуру" которая их облслуживает.

Добавлено спустя 4 минуты 40 секунд:

Линейная скорость у них есть, а вот дальше зависит от того что инженеры начудили. Что там по блокам в 4к? Скорость 11-30мб/с на текущий момент? А ведь при куче независимых потоков что-то наподобие и получим.


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

Alexsandr на северных мат платах стоят подчас несколько 10гигабитных контроллера сети а иногда даже есть слот для установки своих. опять дисковая подсистема не будет препятствием - контроллер весит на пси-е - 42 линии в чипе можно выделить больше чем х1 3.0 на ядро этого вполне хватит - куда больше?

на кой черт? я вам пишу про ивана вы мне про ёрему втираете - не нужно перекидывать кеш если приложение строго закреплено за ядром как и области озу - потому что современным кп пофигу сколько ядер обслуживать.

на кой черт? вы думаете что веб сервер упрется в шину памяти? бред еще тот... вы сформулируйте сначала задачу которые вы хотите решить таким процессором а потом ищите слабые стороны вон интел уже сколько там ядерные xeon выпустил? больше 20 ядер? если все так плохо на кой черт он выпускает за космические деньги? почему опять же выпускается xeon phi с кучей ядер? не уж то если все так плохо это один маркетинг? а как же видеокарты работают у них на минуточку уже 4к алу (фурия х)? может все таки часть проблем решается инструментами (фи и видеокарты) а часть и не требует какого решения? м?

И все это тоже будет гонять память, нагружать шину, а она не параллельная ведь если не ошибаюсь.

А линии к памяти обращаются? А какая внутрення ПСП коммутатора этих линий? помнится средний циско около 50 портов лет 10 назад имет только 50гигабит ПСП внутри себя+служебные потери.


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


веб серверу нужно 32 ядра??? Может я не представляю конечно, но какой же поток он должен обслуживать для этого и какому % это нужно?


Часто нужна скорость на ядро, а phi в этом не помощники, в отличии от ксеонов. Редко можно выполнит столько независимых потоков.


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

Т.е. где-то 50% серверного рынка (потому как никто венду на веб-сервера не ставит, ну кроме отдельных упорышей либо если жестко завязанная на доменах "инфраструктура" требует - банально ввиду ее убогости как сетевой ОС для хайлоада).


Угу, если не использовать кеширование. Вот только на деле в стореджах стоит довольно-таки жирный кеш. И да, VM при записи пишут все в системный кеш файловой системы, который уже оседает на винты/ссд. Который в разы быстрее ссд независимо от доступа.

А + еще есть samepage merge, что дает нехилую такую экономию RAM на серверах благодаря маппингу идентичных страниц памяти разных VM (в основном, страниц кода) на одни и те же физические адреса... Эдак сотня-другая мегабайт на каждую VM.