Надо дождаться тестов...

То есть если в комп в автомобиль установить четырехсокетную серверную мать она автоматически станет мобильной платформой?
Давайте не будет путать использование устройств не по назначению и специализированные решения(даже если применение их возможно).Не раньше ваших обьяснений, почему у вас 4ГГц ядро лучше в многопотоке 4 ядер на 1ГГц, в том числе и с точки зрения энергоэффективности, а до тех пор - балабол(я сделал, у меня так получилось...и так все двадцать лет)
ВерноГде предполагается малопоточная нагрузка, естественно лучше небольшое число высокопроизводительных ядерЧисло важнее удельной производительности ядер, но не суммарной, поделенной на энергопотреблениеУ него не получилосьВыполнять то он будет, но не лучше ли всё таки брать его под задачу?Запрещает - здравый смысл и финансовая целесообразность

хоть на планшет лишь бы камень арм стоял

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

кто же еще, налогоплательщики вот таким и платят в лице государства
а те бездари в Сколково сидят или в Златоглавой и по сотки две денег
в месяц гребут не меньше, бездари.

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


чем больше несешь чушь в областях, в которых ты полный ноль, тем большим клоуном себя выставляешь.

Добавлено спустя 38 секунд:


еще один клоун вылез...

А тебе об этом писали но ты чукча-писатель а не читатель.
Далее
Тебе что, СуперПи предлагают считать?Какое в *опу распараллеливание когда речь о многопоточной нагрузке(в том числе несколько одновременно запущенных приложений)? Иль ты подумал что тебе предлагают однопоточную нагрузку пускать на многоядерник и получить прирост? Ты удивляешь своим вниманием к мелочам...Вообще то это о вас
Что и говорит о том что у вас не получилось написать приложение с нормальной поддержкой многоядерности, иначе таких заявлений не поступало бы
Почему не лучше смотри выше о энергоэффективности

_nik То есть ты утверждаешь, что не зависимо о задачи, всегда будет выгоднее брать сервер на мощных ядрах?

хорошо что меня не было пока это "тупое" обсуждение "текло" ХД
ничего личного бро (_nik) но я тебя сразу в игнор вкинул вместе с твоим 20 летним опытом )))

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

Серверы на ARM смогут достаточно быстро отожрать долю рынка у x86 во всех областях не связанных с тяжелыми вычислениями. ARM будет эффективнее x86 только из за того, что львиная доля транзюков и соответсвенно тепла у x86 тратиться на декодирование древних x86 инструкций в RISC микрооперации. Длинный конвейер вынудил интел делать сложный предсказатель переходов, кучу доп. таблиц и прочего брарахла типа out of order execution, hyper threading. ARM изначально RISC. То, на что x86 тратит ресурсы для ARM выполняет компилятор. С ростом популярности ARM будут допиливаться (оптимизироваться) компиляторы и преимущество ARM будет еще больше.

Какой диалог!

PS: Этот упорышь пишущий высокопроизводительные многопоточные приложения не знает, что рейдов в десктопных мат.платах не бывает.

Как это?

тут можно только пособолезновать и сказать ртфм.

упырь, ты такой смешной. Иди изучать матчасть

Там имитация рейдов стоит, которые собираются драйверами. Человек, много лет работающий с серверами, не подойдёт к программному рейду на пушечный выстрел.

Добавлено спустя 1 минуту 5 секунд:


Что и следовало доказать. Даже на срок поста не отмахнулся. 0 с -

А "гражданские" платы с распаянным Si и иже с ними как же? Там же вполне аппаратный рейд, пусть и начального уровня.

Кем?



Да не raid это, даже близко, там есть только средства для сборки и запуска массива. Все остальное драйверы делают. Это лишняя точка отказа.

Хорошо.

Marvell 88SE9230 - близко к рейду?

считаю для сервака начального уровня(простого) вполне сгодится

Реальность. Запустите 50 конкурирующих процессов на одном ядре. Скорость выполнениякаждого процасса упадет не в 50 раз, а в 200 в лучшем случае.


Конечно. Тепло-то куда-то надо отводить... А системы охлаждения датацентров - стоят дооорого.....


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


Сколько процессорного времени тратится на переключение контекста между потоками? 1000 тактов? 2000 тактов? А еще и вымывание кеша при этом?