vak: (Default)
Serge Vakulenko ([personal profile] vak) wrote2012-04-23 12:11 pm

Лилипутинг

Сайт со смешным названием Liliputing утверждает, что Philips готовится выпустить таблеты на процессоре MIPS.


А Гугл собирается включить компилятор для MIPS в стандартный набор Android-разработчика.

[identity profile] oboguev.livejournal.com 2012-04-24 09:52 am (UTC)(link)
Кстати, давай я тебе пришлю бенчмарк (Dhrystone/Whetsone простой), а ты скомпилируй и прогони его на каком-нибудь самолучшем MIPS-е.
Любопытно просто взглянуть на порядки величин.

[identity profile] oboguev.livejournal.com 2012-04-25 03:59 am (UTC)(link)
В таком случае я не вижу "лучшести" MIPS по сравнению с Intel.

Берем MIPS 1004K CPS (4 cores)
CoreMark/MHz=11.65
на ядро выходит 2.9

Берем Xeon X5450 3000
CoreMark/MHz=28.31
на ядро выходит 7.1

Берем бытовой i5-2400 3100
CoreMark/MHz=20.04
на ядро выходит 5.0

[identity profile] oboguev.livejournal.com 2012-04-25 05:25 pm (UTC)(link)
http://ark.intel.com/products/33083/Intel-Xeon-Processor-E5450-%2812M-Cache-3_00-GHz-1333-MHz-FSB%29
Intel® Xeon® Processor E5450
(12M Cache, 3.00 GHz, 1333 MHz FSB)

# of Cores 4
# of Threads 4

[identity profile] oboguev.livejournal.com 2012-04-25 09:15 pm (UTC)(link)
Складывать ничего не нужно. Если в процессоре 4 ядра, то запускай на нем хоть 4 pthread-a, хоть 40, суммарное количество операций в секунду будет одно и то же.

Если ядро hyper-threaded, то этот показатель может возрасти в ~ 1.2-1.3 раза, но по интеловской табличке E5450 не является hyper-threaded.

[identity profile] oboguev.livejournal.com 2012-04-25 11:24 pm (UTC)(link)
Но мне как раз было интереснее не на ватт, а на мегагерц. Или точнее говоря: при реализации на одной и той же кремниевой технологии -- дает ли RISC существенно большую производительность, чем x86/x64, или нет.

Этот вопрос важен вот почему. Если ответ на него -- "нет", это означает, что в станционарных системах х64 пришел, грубо говоря, "навсегда". Единственный фактор, который мог бы преодолеть инерцию аппликационной базы -- это существенно повышенная производительность, но этого как раз, похоже, и нет.

Из этого могут выпадать только специализированные кластеры с массированными параллельными вычислениями, вроде гугловского кластера, где затраты на энергию (включая, вероятно, кондиционирование) составляют значительную часть затрат, но таких кластеров мало, и ни большого промышленного влияния, ни необходимого фактора масштаба для выпуска серии процессоров они не создадут. К тому же неясно, какую часть энергопотребления в них составляет потребление и рассеяние именно самим процессором, а не памятью, дисками, сетевыми контроллерами и т.п.
Edited 2012-04-25 23:25 (UTC)

[identity profile] oboguev.livejournal.com 2012-04-26 12:41 am (UTC)(link)
Спектр приложений, которые одинаково хорошо выполняются что на нескольких мощных процессорах, что на большой куче маломощных -- очень узок. Он вряд ли способен экономически оправдать разработку новых процессоров, и даже если бы оправдал, deployment в любом случае осталось бы малым.

Для большинства же задач требуется быстрая последовательная обработка, к которой уже затем прилагается требование scalability. То есть способность обрабатывать множество запросов параллельно -- важна, но важно также время обработки одного, последовательного запроса, и ответа на него. Поэтому для успеха процессора в серверном пространстве и в той части desktop пространства, где важна производительность, предусловием является производительность процессора. Уровни энергопотребления можно затем уже сравнивать -- но такое сравнение имеет смысл только среди производительных процессоров; после того, как процессор преодолел фильтрацию по критерию производительности.

Пока же, судя по приведенной таблице, MIPS-у нечего представить в этом пространстве -- причем не только физически реализованного в кремнии, но и хотя бы даже теоретически, на бумаге.

[identity profile] eentropy.livejournal.com 2012-04-27 05:05 pm (UTC)(link)
а плющевый мост?