Соблюдение Правил конференции строго обязательно! Флуд, флейм и оффтоп преследуются по всей строгости закона! За статью можно проголосовать на странице материала.
Member
Статус: Не в сети Регистрация: 05.08.2011 Откуда: Санкт-Петербург Фото: 21
Simba ya, Какая эпоха ARM о Господи... АРМ убог в производительном сегменте. И даже если что-то изменится, то вы тут все взвоете пропади x86 ибо начнут АРМ процы клепать все кому не лень оптимизацию под все делать никто не будет. Картина маслом: 10 разных процев для 10 разных приложений.
Арм шикарен в сегменте производительных многоядерных систем. Т.к. имеет великолепную производительность на ватт, и сотню-другую ядрышек на одно лезие блэйд-стойки легко можно упихать. Хостинги оценят.
Airotciv писал(а):
оптимизацию под все делать никто не будет.
Оптимизация чего, под что и зачем? Вон, под х86 сейчас пользователями используется минимум десяток архитектур, которые различаются как наборами команд так и особенностями архитектуры (кол-во исполнительных устройств, объем кеша и т.п.), это кому-то мешает?
Добавлено спустя 1 минуту 46 секунд:
N1ghtwish писал(а):
Пускай для начала достигнут уровень производительности Atom'a
Member
Статус: Не в сети Регистрация: 20.11.2005 Откуда: Novosibirsk
NiTr0 писал(а):
Арм шикарен в сегменте производительных многоядерных систем. Т.к. имеет великолепную производительность на ватт, и сотню-другую ядрышек на одно лезие блэйд-стойки легко можно упихать. Хостинги оценят.
Запорожец имеет великолепную производительность на литр, но заменить белаз ему всё равно не светит.
Запорожец имеет великолепную производительность на литр,
Бред же. Вы запорожец вживую, не на фото, видели?
Повторяюсь: хостингу высоконагруженного проекта, с сотнями одновременных запросов, лучше пару сотен средних по производительности ядер, чем десяток быстрых.
Member
Статус: Не в сети Регистрация: 12.06.2009 Откуда: хз не помню
Цитата:
Повторяюсь: хостингу высоконагруженного проекта, с сотнями одновременных запросов, лучше пару сотен средних по производительности ядер, чем десяток быстрых.
арм в многопотоки убог, сотни арм процессоров (ядер) в серверах это просто необходимость в то время как x86 для той же эффективности в многопотоки хватит и 8 ядер. в перспективе арм догонит x86 но не больше.
арм в многопотоки убог, сотни арм процессоров (ядер) в серверах это просто необходимость в то время как x86 для той же эффективности в многопотоки хватит и 8 ядер.
Да-да, диванные теоретики не знают ничего о вымывании кэша и накладных затратах на переключение контекста...
Запустите 200 потоков расчетов на обычном десктопном камне с 8 ядрами. Потом запустите 8 потоков. Потом - сравните производительность на поток. В первом случае она будет не в 25 (200/8) раз ниже, а эдак в 50-100. Остальное сожрет переключение задач и промахи кэша.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения