The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Sun выпустит 2048-поточную систему

29.07.2007 00:19

Sun планирует в 2008 году выпустить систему c 2048 CPU потоками (четыре 16-ядерных процессора Rock, с разделением на 32 потока в каждом ядре, возможно появление Rock с 64 потоками на ядро). Для ОС сервер будет выглядеть как SMP система с 2048 CPU.

  1. Главная ссылка к новости (http://www.theregister.com/200...)
  2. OpenNews: Sun планирует расширить распространение процессоров UltraSPARC
  3. OpenNews: Состоялась первая загрузка Solaris 10 на SPARC процессоре ROCK
Автор новости: rob a.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/11574-sun
Ключевые слова: sun, sparc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 01:19, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нехило так... =)
     
     
  • 2.24, Pashke (?), 08:54, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это какой нужен монитор, чтобы в винде диспетчер задач на вкладке "быстродействие" открыть
     
     
  • 3.28, Dimez (??), 12:56, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Винда столько процессоров не поддерживает. Также не поддерживает SPARC
     

  • 1.2, Аноним (-), 01:34, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сила в простом. Умножить одно на другое и получить МЕГАтретье. Осталось вообразить себе кластер из таких машинок.
     
  • 1.3, atx (?), 02:16, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    осталось переписать софт и оптимизировать ядро для такого монстра =) или может патчи на ядро уже есть???
     
  • 1.4, Anonymous (?), 03:31, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Солряке один фиг на чем работать, на одном ядре, или 2048, там уже все давно работает как надо.
     
     
  • 2.11, Аноним (11), 11:52, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    да-да, "все нормально, у нас спинлоки", бугога. ОС масштаба предприятия. тьфу, ей-богу. сначала запустите на 2048way, потом рот раскрывайте. в 2008 ... бугога
     

  • 1.5, northbear (??), 04:12, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять бестолковая погоня за попугаями. Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.
    А остальном это просто сшибалово денег с лохов, которые между собой меряются всем что имеется...
     
     
  • 2.7, Аноним (-), 10:24, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Вы о прогрессе что нибудь слышали?
     
     
  • 3.21, northbear (??), 07:59, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы о прогрессе что нибудь слышали?

    Угу. Например, была хорошая машина на 4-х колесах. Производитель, Бац! и выпускает новую модификацию машины на 2048 колес?
    По вашему это может быть и прогресс. А по-моему это гигантомания...  

     
  • 2.9, DXT (??), 11:46, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.

    Oracle

     
     
  • 3.20, northbear (??), 07:55, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Oracle? C 2048 потоками? А данные все эти потоки откуда будут брать? Правильно, через одну шину данных.

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

    И будут эти потоки сами с собой и между собой "жить".
    А деньги SUN-овцы возьмут в полном объеме. Они уж стесняться не будут...

     
  • 2.13, pavlinux (??), 13:42, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    GOTO http://www.opennet.me/opennews/art.shtml?num=11545

    :)
     
     
  • 3.22, northbear (??), 08:01, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Угу... С той же песни.

     
  • 2.31, kruk (?), 16:38, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Опять бестолковая погоня за попугаями. Еще придется поискать
    >задачи, которые будут эффективно
    >решаться подобной архитектурой.
    >А остальном это просто сшибалово денег с лохов, которые между собой меряются
    >всем что имеется...

    У вас слишком узкий взгляд. Чего там искать? Подбор паролей, сканирование действительно больших объёмов информации. Как минимум, военным пригодится.

     

  • 1.6, кук (?), 08:03, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а какова производительность одного ядра ?
    Т-1 в этом отношении не сильно порадовал
     
     
  • 2.8, Немыч (?), 11:42, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    не зря же они говорят о поточных приложениях.
    есть неплохая статья об архитектуре и особенностях: http://www.osp.ru/os/2007/05/4259887/
    каждый поток выполняется относительно медленно, но суммарная "пропускная способность" процессора должна рвать конкурентов в куски.
    естественно, для линейных задач этот процессор совершенно бесполезен.
     
  • 2.14, sauron (??), 17:08, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это вам приложение надо потоковое. К примеру на таких ящиках себя очень комфортно будут чувствовать различные СУБД и вебсервера.
     
     
  • 3.25, funny_falcon (?), 09:51, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Но почему-то ниагара в чистую сливает оптероном с ксеонами именно на СУБД и вебсерверах.
    При-этом системы на x86 (даже продаваемые Sun) стоят в два-три раза дешевле.
     
     
  • 4.37, ZOD (??), 15:06, 01/08/2007 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.tpc.org/tpch/results/tpch_price_perf_results.asp
    от задач зависит, требований, софта, лицензирования итд итп..... Sun вполне на уровне....
     

  • 1.10, ARsoft (?), 11:50, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Рвать он должен хорошо хотябы с темже Oracle на борту. Это реально крутая тачила получится!
     
     
  • 2.12, Аноним (11), 11:59, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    сначала пусть солярку хотя бы там нормально запустят ... с ее децким локингом.
     
     
  • 3.16, alteleid (ok), 21:16, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    дешевый понт, дороже денег :)
     

  • 1.15, Аноним2 (?), 21:16, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот тока не надо про oracle, на SunFire T2000(niagara T1) oracle показывает худшие результаты по сравнению со скажем SunFire v490(Sparc IV+)
     
     
  • 2.17, Trojanets (?), 22:05, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Как не прискорбно... это правда.
     
  • 2.30, Mr.Uef (??), 13:59, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ниагара создавалась для веба. То, что она плохо будет работать с СУБД говорили еще при ее разработке. Нефть, напрмер, возят не самосвалами а цистернами, но почему-то у грузовиков такая спецификация ни у кого изумления не вызывает.
     

  • 1.18, exn (??), 23:51, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ога, поставить базу и заплатить за каждый процессор ! не в оракле так ? напомните плз.
     
  • 1.19, Аноним (-), 23:54, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    T2000 - это платформа для узкой ниши.
    Удел T2000 - мелкие WEB-серверы, прокси-серверы, DNS-серверы, всякое вспомогалово, где не нужно особо сильно напрягаться с диском, ОЗУ, и плавающей точкой.
    Запускать Оракель на T2000 просто глупо. Результат был известен заранее.
     
     
  • 2.23, Zverushka (?), 08:50, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    нада заметить что санки даже когда они ТРУБИЛИ о "самом самом " и что они де уже "три шага вперёд" от ... других :+) и то специально оговаривали о НИШЕВОСТИ ниагары
    они специально оговаривали что ни бд ни счётные задачи для этого семейста не есть их лучшее применение "ибо"... вощем много там всего того что "ибо" ...
    а вот эти роки которые они вроде как должны будут и счётчиками хорошими быть так что оракел и всё прочее считающее и пишущее будет хорошо себя там типа чувствовать ...
    и мне в это верится ...
    но вот что действительно реальность - дак это, что в наше время прогеры и их продукты НЕ поспевают за изменениями и нововведениями жезезячных вендоров ...

     
     
  • 3.27, belkin (?), 12:54, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >но вот что действительно реальность - дак это, что в наше время
    >прогеры и их продукты НЕ поспевают за изменениями и нововведениями жезезячных
    >вендоров ...

    Это так потому, что аппаратурщики сами с собой играются не обращая внимания на потребности системщиков. Сексопатология.

     
  • 2.38, Anonymous (?), 07:42, 14/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Для кого-то озвученные вами ниши и есть production.
    А всякие мелкие серваки с DB - это так, мишура, бекенд.
    Во всяком случае для ISP это очень хороший вариант - вместо горожения кластера из десятков тормозных (для задач почты, DNS и пр) узлов вполне можно будет обойтись кластером из двух узлов (что на порядок проще).
     

  • 1.26, Акроним (?), 10:11, 30/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    угу, в точку про отставание софта. ещё пяток лет, если не все десять уйдут на "переформирование индустрии" на кучу-цати-ядерность (если оно вообще будет завершено - это переформирование)
     
     
  • 2.29, belkin (?), 13:01, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >угу, в точку про отставание софта. ещё пяток лет, если не все
    >десять уйдут на "переформирование индустрии" на кучу-цати-ядерность (если оно вообще будет
    >завершено - это переформирование)

    Будет как с Merced/Itanium: пока делали процессор и компиляторы оказалось что вместо такой революции проще и дешевле делать многоядерные.

     
  • 2.34, Zverushka (?), 11:23, 31/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    нада заметить что как бы эти "5 десят лет " уже идут и давольно давно :+)

    у мени друг в качестве диплома писал парсер к компилятору  языка программирования который заточен под паралельное программирование (может неверный термин - имлось ввиду что программы будут писатся под много много ядерную архитектуру ...)
    и было это в 2001 году ...
    тобишь подготовка то есть ...
    только вот как уже замечалось выше "Сексопатология" железячников имеет место быть в том смысле а может оно и не нада ...
    хотя как там говорили:
    " ...если бы все думали как ты, то мир не узнал бы всех прелестей анального секса" :+)))

     

  • 1.32, HardKiller (?), 17:53, 30/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что самое прикольное, даже на такой машине OpenOffice будет долго думать
     
     
  • 2.33, don_oles (??), 01:09, 31/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Зато на ней сможет долго думать одновременно 2048 опенофисов. ;)
     
     
  • 3.35, muxas (??), 16:18, 31/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Зато на ней сможет долго думать одновременно 2048 опенофисов. ;)

    Херня! зато это будет быстрее, чем запустить 2048 опенофисов на одном и ждать результата :-) ))

     

  • 1.36, Дмитрий Ю. Карпов (?), 22:15, 31/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Pashke:
    > Это какой нужен монитор, чтобы в винде диспетчер задач на вкладке "быстродействие" открыть

    :)


    northbear:
    > Опять бестолковая погоня за попугаями. Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.

    Лично у меня создалось ощущение, что развитие современных писюков остановилось, т.к. практически все возможные задачи можно решать на существующих машинах, а более продвинутые задачи (типа голографического изображения) находятся далеко запределами возможностей. Кстати, голография как раз отлично распараллеливается.

    > А данные все эти потоки откуда будут брать? Правильно, через одну шину данных.

    Вовсе необяз%

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру