Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
а нахрена? задача была — борьба со сверж-разреженной бигдатой. решение — огромное число контроллеров памяти, и куча простых конвейеров, которые способны долго ждать и простаивать, пока им данные не подвезут. такой задачи в десктопе нет.
У спарка в ядре был гипертрофированный гипертрединг, где 2 жалких устройства обслуживали толпу потоков. Тут все наоборот, в ядре несколько конвейеров (не раскрывается какой ширины каждый), каждый обслуживает один или несколько потоков. причем заявлено что single в 8 раз быстрее, чем multi-thread.
это числодробилка для супер-разреженных матриц. в исходной задаче куча операций с двойным индексированием, они делают кэш и широкий ООО конвейер бесполезными. пришлось делать кучу очень простых конвейеров (4 по 16) и 2 более-менее приличных.
32 порта на процессор для связи с другими сокетами, потому что надо чтобы ядра имели доступ к каналам памяти на другом сокете — отсюда сумасшедшая пропускная способность (у зионов на 3-4 канала, тут 32)
интел не жрет 400Вт, интел может жрать 400Вт и не поперхнуться. а амд — не может. потому да, интел хорош, потому что предоставляет пользователю выбор. а амд хорош, потому что лучше в области малых потреблений, что нужно некоторым пользователям
2) это не изделие для ПК
32 порта на процессор для связи с другими сокетами, потому что надо чтобы ядра имели доступ к каналам памяти на другом сокете — отсюда сумасшедшая пропускная способность (у зионов на 3-4 канала, тут 32)