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

GibsClock, я не говорил что какая-то архитектура идеальна. Ни в коем разе не напрашиваюсь на холивар. Просто высказываю мнение. Тем более не хочу никого зацепить.
Но Ваш первый пост не адекватен слегка. Я же спросил, почему тогда AMD отказалась от VLIW, читай MIPS в пользу CGN? Видимо тупик. Или им делать нечего вечерами. Причём успешно уложили VLIW в вычислениях.
И какая такая волна популярности ARM? Только что Intel постоянно зубы точит на мобильный сегмент.
Есть задачи, для которых ARM тупо выгоднее. Объединить на кристалле ядра - разумный шаг. Опять-таки APU отлично ускоряются за счёт OpenCL.

ZeroCooolX Приведите мне пример неадекватности моего первого поста? Вы слишком много рассуждаете, оставьте это тем, кто разрабатывает различные архитектуры. Как я выше написал, это только теория и не больше. ARM не первый год разрабатывает одноимённую архитектуру и она не единственная кто пытался продвинуть RISC и тому подобные (отличные от х86) архитектуры в том числе и в сервера. С чего вдруг, в ARM именно сейчас посчитали, что увеличение колличества процессоров (ядер, площадей) принесёт, что то интересное в сервера? Типа раньше, в ARM до этого не могли додуматься? Но это оставим, так как это просто пустые рассуждения, правду нам ни кто не скажет. Но ведь вот какая штука. Допустим, Intel не в состоянии в ближайшей перспективе оптимизировать х86 архитектуру до приемлемого уровня энегроэффективности, но кроме Intel есть ещё много других производителей, в том числе на RISC архитектурах, которые специализируются на серверных решениях уже не один год. Или по вашему, они на столько глупее ARM, что не пробовали оптимизировать свои решения? Или они будут сидеть сложа руки в тот момент, когда пошла "фишка" по энергооптимизации серверов?

Это не нужно. (это для Windows с потерей производительности на интерпретацию до 40%). В Linux уже есть наитивные пакеты программ. Остальные ОСи на подходе.


NAS -наше всё! Я дома поставил и не мучаюсь.

велком :

возможно вы хотели сказать "неосведомлённость некоторых товарищей"?

Пардон, что влез. Но есть Power7 (RISC, мощный, экономичный, много-ядеро-поточный).

Bezenchuck

Серверные приложения, раз тута ARM полезло.

SerjDEVIL

Ссылку в студию...

vvladimir

Энернопотребление низкое, но производительность только для мобилок годится...

william blake Раз уж вы влезли, тогда хотя бы убедились, что это было моим первым постом...
Genry В курсе, только не совсем понял к чему вы это?

Это немного "из завтра".
Но не секрет, что задержка на ВЕБ-сервере возникает из-за скриптов выполняющихся в режиме интерпретации. (PHP Java Ruby Perl). Jazelle технология c этим справится "лёхко".
http://ru.wikipedia.org/wiki/Jazelle

Понятно что серверные, а какие конкретно сервера интересуют? Просто сервер это слишком обще, так сказать сферический конь.

Bezenchuck

Да хоть какой-нибудь пример, слышал что по целочисленке ARM ещё на уровне, но FPU слишком слабый.

У Intel за всё последнее время было 3 угрозы:

1. AMD.
2. ARM.
3. Финансовая нестабильность на мировых рынках.

Посмотрим, как гигант справится со всеми тремя одновременно, наступающими единым фронтом.
Да ещё и на фоне стремительного падения основного для Intel рынка PC.



Число серверных задач, в которых FPU имеет значение крайне мало.

да,действительно не первый,проглядел.
однако я не мог никуда "влезть",у вас не частная переписка тет-а-тет.
..
вот вам на первый и остальные посты
#77
http://ko.com.ua/arm_servers_now_64326
прокомментируете,с учётом уже сказанного вами в этой теме?

1. причём тут я?
2. Вы, видимо, совершенно не представляете что такое Web-серверы и множество виртуальных серверов на одной машине.

Новость про 64-разрядные ARM.
http://www.ixbt.com/news/hard/index.shtml?16/24/70

Теперь всё становится намного яснее. Осталось только добавить фирменную технологию freedom от SeaMicro.

Добавлено спустя 2 минуты 56 секунд:
http://www.ixbt.com/news/hard/index.shtml#id162454

В процессоры AMD Opteron на архитектуре ARM будет интегрирована высокопроизводительная коммутируемая матрица внутренних соединений SeaMicro Freedom. Напомним, технология SeaMicro Freedom, приобретенная AMD вместе с приобретением компании SeaMicro, используется в серверах SM15000.

При всех преимуществах, процессоры ARM имеют и недостатки. Один из них — они не могут столь полно задействовать пропускную способность сетевых соединений, как это делают «большие процессоры». Если подключить к сети каждый отдельный процессор ARM, результатом будет эффективная вычислительная составляющая и неэффективная сетевая. Выход специалисты AMD увидели в объединении с помощью SeaMicro Freedom отдельных процессоров в кластер, который затем подключается к сети. Результатом должна стать высокая вычислительная и сетевая эффективность. По словам AMD, SeaMicro Freedom позволяет объединить в кластеры сотни и тысячи процессоров x86 и ARM.

Мне уже давно пора идти в аналитики. Пока сбывалось все, что я предсказывал и по архитектуре с2д в 2004м и по всем амд-шным процессорам начиная с к10
Вангую.
стратегия АМД :: Если не можешь быть лидером в каком-то виде спорта - придумай другой вид спорта и стань в нем лидером.
Что-то мне подсказывает, что амд скоро создаст "Самый мощный в мире процессор с архитектурой ARM. Самый выдающийся и энергоэффективный процессор всех времен и народов." Для чего они просто переделают декодеры бульдозера и выпустят ARMозер.

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

Садись, два!

Ну почему не изучить матчасть, прежде чем писать полнейший бред? Никто же к доске не вызывает!

Cell, в отличие от ARM, не многоядерный процессор. Под Cell приходилось распараллеливать игровую логику, загружая каждый SPE вручную. А не пользоваться всеми прелестями многоядерного процессора, да ещё и задачи серверные - идеально подходящие под большое количество потоков.