Pull to refresh

Comments 55

Пять 8-ядреных процессоров

Ядреные процессоры! Хватай, а то убежит :)
Что-то в этом определенно есть))
Спасибо. Правил скрепя сердце. ;) Действительно «что-то в этом есть» (с) grcool
UFO just landed and posted this here
Мой 9550 скромно курит в уголке — у него всего 4 ядра :(
UFO just landed and posted this here
UFO just landed and posted this here
В Core Quad, и правда, использовалась одна шина памяти для всех четырех ядер. Opteron'ы и Xeon'ы (начиная с 7300 серии) используют несколько. Например, у четырехядерного Xeon'а 7300 по одной на каждое ядро.
гм, а Opteron 6128 имеет вполне демократичную цену…
ждем че пыхнет Интел на рынок…
Я думаю 466 там наверно все-таки.
Нет, оптовая цена верная.
Не вижу логики, разница 300 Мгц, а цена в 2 раза.
Интел уже отметился пару недель назад 32-х нанометровыми Xeon X56xx.

Очень юркие и относительно холодные. Но с Оптеронами надо сравнивать конечно в конкретных задачах, а не по спецификациям.
Скромные материнские платы для новинок:
H8QG6-F
Ну, что?
Началась новая гонка процессоров, только теперь не частот а количество ядер.
Вот-вот… А ведь реально толку от них будет еще не скоро — сейчас далеко не все гладко на 4-х ядерных, а тут аж 12… Не, ну для специфичных серверных платформ может и подойдет, но для десктопа ничуть.
собственно другого выхода нет. Предел частотный по сути уже давно достигнуть.
теперь все в параллелизм ударяться еще больше.
ну со временем и софт подтянут.
Когда все будет нормально работать на нескольких ядрах, то уже мне кажется будет что-то типа сервисов облачных вычислений, а не настольных систем… Впрочем для сервером такие процессоры очень удобны — меньше места, меньше тепловыделения… Правда и рисков больше, потеря одного процессора лишает сразу 12 ядер — уже как то и не очень хорошо то…
а для кого думаете летом AMD выпустит 6-ти и 8-ми ядерные Phenom?
Для нас родимых конечно. Модель бизнеса такова, что нужно постоянно продавать что-то взамен старому, вот будут многоядерники. И это уже факт свершившийся.
А то что покупать будут, я не сомневаюсь. И это вполне правильно. Посмотрите список задач которые обрабатывает ваша операционка, их же все больше чем 6-8-10.
Дело за софтом, за языками и средами разработки, за играми, сумеющими загрузить более менее равномерно 6 ядер. И все это будет.
Другого пути развития у индустрии пока нет.
они не для десктопа ;)
Ну если стоит столько же, тепловыделение такое же, не медленней предыдущего поколения, то почему бы и нет? Какая-то категория пользователей (например 3D-дизайнеры) точно выиграет.

Кроме того есть технологии по типу Turbo Boost, которые помогают максимально использовать одно ядро в многоядерном процессоре.
Насколько мне известно, профессиональный 3D-дизайн делают на специальных графических станциях и фермах…
Если мы говорим про уровень «Аватара» — безусловно.

Но довольно много проектов делается на обычных рабочих станциях. Например теже архитектурные визуализации или работа с видео. Если эти задачи за теже деньги получат ускорение в несколько раз — вряд ли пользователи будут в обиде 8)
UFO just landed and posted this here
Любые серверные приложения легко скушают сколько угодно ядер, и добавки попросят.
Что MySQL, что Apache, что PHP…
Всетаки быстрее они скушают память… :)
А для кого 32Гб модули памяти выпустили? ;-)
просыпаемся, давно же
Архитектуры довольно сильно различаются, плюс теперь у Интела тоже интегрированный контроллер памяти, плюс гипертрейдинг — прямое сравнение ни по частотам, ни по количеству ядер, к сожалению, некорректно.
Это серверные процессоры! больше ядрер — больше одновременных апачей работает и больше потоков для mysql. Ждем бенчмарков
Боюсь, что mysql уткнётся в i/o даже на быстром raid…
увеличить кеши. Или вообще всё в памяти хранить с редкими сбросами на диск.
Ну ежу понятно что на такой сервер Intel SSD надо ;)
И если в нём mysql «уткнётся» в IO, то это будет косвенно означать отдачу 3gbps от сервера =))
Ну, так к такому процу надо во все слоты 32гб модули памяти тыкать, и тогда не уткнется ;-)
UFO just landed and posted this here
не плохо, 48ядер, 512 гигов в одноюнитном сервере. уже хочу.
и что вы собираетесь с ними сделать? никогда не понимал вот таких гонок.
Соревноваться кто больше рассчитает знаков в числе Pi, что же еще…
да любые производственные расчеты кушают очень хорошо и много

серверы — это не только пхп гонять :)
А стоимость прикинули? Все еще хотите? :)
1x Supermicro 2042G-T 2U QP Opteron 6000 Series Server — $1746
4x Opteron 6174 (12 ядер, 2,2 ГГц, 80 Вт) — $1165*4 = $4660
32x 16GB DDR3-1333 ECC Registered CL9 w/ Thermal Sensor (KVR1333D3D4R9SK2/16GI) — $1183*32 = $37865
Итого: $44262 без винтов/SSD, зато 512ГБ памяти: о)

PS. Цены — забугорные, примерные.
без памяти 6 касарей за 48 ядер — копейки, ей-богу.

впрочем, загрузить грамотно 48 ядер на одной машине и впрямь непросто. Логичнее сейчас 2 сервера по 24 ядра в каждом, вот это кайф ;). Тем более что серверов должно быть минимум 2 для нормального проекта.

Да ктож вам мешает 48 форков пхп или апача пустить? Пущай насладятся свободой :)
И что они делать будут? Коннектится к 1 базе? %)
Ну я не думаю что тот же mysql будет против 48 ядер. А если оракл…
ну тогда всё точно встрянет с IO.

Я просто хочу сказать о том, что чтобы эффективно заюзать 48 ядер надо делать уйму разных кешей и прочей мутотени. Иначе, мощность процессоров будет простаивать а винты — будут дохнуть.

Аналогично непросто загрузить и 24 двуядерных сервера ;).
Вы просто не умеете их готовить ;)

Винты не нужны, есть же память.
Не мне вам говорить что в достойных проектах размер бд с лихвой переваливает за десяток террабайт нынче…
Ну вы не стесняйтесь. Говорите.
«Достойных проектах»? Это по какому признаку можно понять, достойный проект или нет? По размеру БД? Уважаемый, приведите, пожалуйста, пример таких проектов, мне лично хочется сравнить с теми, на которых я был задействован в течение нескольких лет.
да ппц, вы тролль что ли?

какая разница что такое достойный проект? Я был задействован в проекте с базой в несколько тб и считаю его достойным. У меня есть проекты вообще без базы данных и я считаю их достойными.

48 ядер эффективно использовать — это кропотливая работа команды из нескольких админов и разработчиков. Одному — очень сложно. Вывод: 48 ядер эффективно использовать не такая уж простая задача.

Кто, б**я, тут и чем не доволен? Или может кто-то готов сказать что написав на вашем сраном PHP какую-нибудь приблуду и запустив пятьсот форков все будет работать мегабыстро и пушисто?

Именно по этой причине крупных проектов с реляционной бд — единицы. Проще заюзать 48 ядер при map-reduce :).
Думаю, имеет смысл говорить о виртуализации — как раз можно утилизировать это количество ядер наиболее эффективно.
А с парком машин тоже не всё гладко. Учитывать тепловыделение, энергопотребление и занятое место в стойке.
Sign up to leave a comment.

Articles