Каков ваш опыт использования технологии Sun CoolThreads?

StackOverflow https://stackoverflow.com/questions/57902

  •  09-06-2019
  •  | 
  •  

Вопрос

У моего проекта есть деньги, которые нужно потратить до конца финансового года, и мы рассматриваем возможность замены сервера Sun-Fire-V490, который у нас был несколько лет.Один из вариантов, который мы рассматриваем, — это CoolThreads технологии.Все, что я знаю, это маркетинг Sun, который, возможно, не является на 100% беспристрастным.Кто-нибудь вообще играл с одним из них?

Я подозреваю, что для нас это не будет иметь никакой ценности, поскольку мы не часто используем потоки или виртуальные машины и не можем тратить много времени на модернизацию кода.Мы создаем массу процессов, но я сомневаюсь, что CoolThreads там поможет.

(И да, деньги лучше было бы потратить на бонусы или что-то в этом роде, но этого не произойдет.)

Это было полезно?

Решение

Раскрытие информации:Я работаю в Сан (но как инженер клиентского ПО).

Чтобы использовать эти машины, вам не обязательно нужен многопоточный код.Наличие нескольких процессов будет использовать несколько аппаратных потоков на нескольких ядрах.

Старые процессоры T1 (блоки T1000 и T2000) имели только один FPU и не подходили для задач с плавающей запятой, превышающей примерно 1%.Новые процессоры T2 и T2+ имеют по одному FPU на каждое ядро.Это, вероятно, все еще не очень хорошо для массивной обработки чисел с плавающей запятой, но гораздо более прилично.

(Примечание:Технология Hyper-Threading является торговой маркой Intel.Sun использует термин Chip MultiThreading (CMT).)

Другие советы

IIRC Технология Coolthreads имеет в виду тот факт, что вместо того, чтобы просто увеличивать тактовую частоту для повышения производительности, они теперь рассматривают многоядерные процессоры с гиперпоточностью, эффективно предоставляя вам множество процессоров на одном кристалле.В целом доступная вычислительная мощность выше, но без дополнительных требований к электропитанию и кондиционированию воздуха, которые вы ожидаете (следовательно, круто).Его полезность определенно зависит от того, что вы планируете на нем запускать.Если вы используете Apache с многопоточным ядром, ему это понравится, поскольку он может запускать отдельные потоки ответов на отдельных ядрах процессора.Если вы просто запускаете однопоточные процессы, вы получите некоторое увеличение производительности по сравнению с одним процессором, но не так сильно (любые старомодные процессы CGID, не относящиеся к mod_perl/mod_python, все равно будут немного использовать процессор).Если ваше приложение состоит из одного однопоточного процесса, работающего на максимальной мощности, вы получите очень небольшое улучшение на одноядерном процессоре, работающем с той же скоростью.

Питер

Редактировать:

Да, и для ориентира.Мы сравнили T2000 в нашей серверной ферме с нашими нынешними V240 (возможно, это были V480, я не помню). T2000 выдержал нагрузку 12-13 старых компьютеров в живом тесте без какой-либо настройки ОС для повышения производительности.Как я уже сказал, Apache это любит :-)

В качестве моей последней системы мы использовали Sun Fire T2000.Сами ящики намного превосходили наши требования по производительности с точки зрения вычислительной мощности.Для нас решение было основано на более низком энергопотреблении и занимаемом пространстве.Мы успешно запустили WebSphere 6, Oracle 10g и сервер SunONE Directory на одном компьютере.

Моя информация, возможно, немного устарела (последний раз использовал эти серверы 2 года назад), но, насколько я помню, одна большая ошибка заключалась в том, что все ядра одного процессора использовали общий такой же Модуль FPU, поэтому, если в вашем коде много операций с плавающей запятой (мы занимались ГИС), FPU был серьезным узким местом, и вы не получали особой выгоды от большого количества потоков.

Эти машины (например, t1000/t2000) отлично подходят для любого процесса с высоким уровнем параллелизма за свою стоимость.Я использую на них Oracle уже около 18 месяцев, и он работает отлично.

Если ваша задача представляет собой однопоточный/однопоточный процесс, то вам лучше использовать высокоскоростную двухъядерную или четырехъядерную машину Intel.

Если ваше приложение имеет много потоков/много процессов, то эти машины, вероятно, отлично подойдут для него.

Самое приятное то, что Sun отправит вам один на 60 дней для оценки, именно это мы и сделали, прежде чем взять на себя обязательство: в итоге мы получили 2 t2000 и недавно приобрели еще 4 t1000.

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

Я посмотрю, сможем ли мы сначала получить демонстрационное устройство для тестирования.

Sun продавала машины Niagra, чтобы они были всем желающим.У них есть свое место:веб-сервисы являются лучшим развертыванием.Мы запускали Oracle на некоторых T2000, и он хорошо работал для операций с высокой степенью параллелизма.А вот на одноходовых операциях машины плохо справляются, производительность которых довольно плохая.Если вам нужно выполнить работу с плавающей запятой, поищите в другом месте.Даже новые чипы с количеством FPU на ядро ​​недостаточны.Кроме того, эти машины не могут долго выдерживать нагрузки корпоративного класса, и у нас возникают проблемы с надежностью.Многоядерная технология — это скорее реклама, чем суть.Исследование, проведенное Национальной лабораторией Сандиа, показало, что от четырех до восьми ядер — это максимальный уровень полезности, и что 16-ядерный чип имеет такую ​​же пропускную способность, как и двухъядерный чип.Так что 16-ядерный чип — это пустая трата денег.Кроме того, по мере увеличения количества ядер тактовая частота должна снижаться из-за тепловой стены.Большинство производителей, вероятно, остановятся на четырехъядерных чипах, пока технология памяти не улучшится (вы не можете поддерживать память в 16 ядрах, и большинство ядер зависает).Наконец, учитывая хаос в Sun, вам лучше поискать что-нибудь другое.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top