Серверные процессоры AMD EPYC 2-го поколения получат до 256 Мбайт кэша L3

Обсуждение статей и новостей сайта
Автор
Сообщение
Izraphail
Member

Сообщение

dropburndead:Пока интел сопли жует со своими 14+++ нм( смотрим новость сегодняшнего дня про их новый процессор на СТАРОМ техпроцессе-сразу видно как пк юзеров они кидают) , амд реально топят по всем сегментам, молодцы :super:
Сегмент графических решений передает привет. :(
shooter9688
Member

Сообщение

Andrey235:
nochnik89:Интел кстати поняла что смысла в наборе частот нет еще в 2007-2008 . Когда квады на lga 775 выпустила . А вот программисты только этого не поняли :gigi:
Да все всё давно поняли. Но написать одно дело - написать однопоточную программу, когда думаешь только за правильную логику решения, оптимальность кода, в лучшем случае - место исполнения кода (клиент или сервер). А многопоточное приложение требует разработку управляющего менеджера, выделение независимых (или частично зависимых) задач, которые можно выделить в отдельный поток, взаимодействие этих задач с менеджером и т.д. В общем, чисто техническая часть растет во много раз. Конечно, здорово, когда у тебя 100500 пользователей работают в одной базе, и априори они работают каждый в своем потоке. Но совсем не так сладко в случае с одним пользователем. Так что всё упирается в деньги/время, а то и невозможность разделить потоки с получением хоть какой-то прибавки в производительности. Всё - чисто моё мнение, ессно.
Смотря какие приложения. Веб приложение паралелится по запросам при помощи сервера, задачи вроде рендера где много однотипных данных паралелятся просто разрезанием задачи на части и ожиданием завершения всех. Современные языки предоставляют удобные средства, правда не всегда они подходят, но много где вполне можно применять.
Andrey235
Member
Откуда: Киев

Сообщение

shooter9688:Смотря какие приложения. Веб приложение паралелится по запросам при помощи сервера, задачи вроде рендера где много однотипных данных паралелятся просто разрезанием задачи на части и ожиданием завершения всех. Современные языки предоставляют удобные средства, правда не всегда они подходят, но много где вполне можно применять.
Ну так то, что реально было сделать, давно и сделано. Но народ продолжает ныть, что надо распараллелить абсолютно всё, причем на десятки и сотни ниток.
Tesseract
Member

Сообщение

І ще не варто забувати про LOCK-інструкції, які використовуються в усіх об'єктах синхронізації. Сучасні процесори їх звичайно оптимізують як можуть, але потенційно кожна така інструкція може зупинити усі ядра окрім поточного, та ще й кеші їм інваліднути. Якщо додати сюди затримки на роботу з потоками в ОС, то можна отримати ситуацію, коли багатопоточна аплікація працює повільніше ніж однопоточна, та іще й інші проги тормозить.
vetal_web
Member

Сообщение

Эх, какие были времена, Win 95 GE на 40 МВ HDD со сжатием и шпиливо в герои магии и меча 2 до утра :rotate: А теперь это всё в кеш "поместится" :gigi:
Ответить