LINUX.ORG.RU

Sun's processor news


0

0

Уважаемые коллеги!

В последние несколько дней во многих электронных изданиях появились статьи о том, что Sun "закрывает разработку процессоров", "убивает UltraSPARC" и т.п. Чтобы не было неясностей, слухов и недомолвок, позволю себе изложить факты, касающиеся нашей процессорной стратегии и технологических разработок.

1. Чуть больше года назад, в феврале 2003 года, Sun объявил о своей новой стратегии в области процессорных и серверных разработок: Throughput Computing (обработка больших потоков данных). Одним из ключевых элементов этой стратегии явилась процессорная технология Chip Multithreading, CMT (многопотоковость на кристалле). Тогда же было заявлено, что это станет нашим магистральным направлением развития в области процессорных технологий.

2. В рамках стратегии CMT (Chip Multithreading) в то время уже шли разработки радикально новых процессоров с запланированным скачком производительности в 15-30 раз по сравнению с существующими процессорами. Эти проекты носят названия Niagara (процессор для работы с сетевыми потоками, 8 ядер, 32 потока) и Rock (процессор для обработки данных, 30-кратный рост производительности по сравнению с UltraSPARC-III).

3. Как любая компания, занимающаяся исследованиями и разработками, Sun ведет несколько параллельных проектов (в области процессорных технологий их было 12). В частности, шла работа над проектом Millenium, который считался "будущим UltraSPARC V" и проектом Gemini (2 двухпотоковых ядра, основанных на ядре UltraSPARC-II). Эти проекты в настоящее время доведены до стадии "taped out", то есть разработка и верификация завершены, проекты готовы к передаче в производство.

4. Принимая во внимание значительное продвижение в проектах Rock и Niagara и желая сконцентрировать ресурсы на наиболее перспективных направлениях, руководство компании приняло решение в разработке будущих систем использовать именно эти процессоры с технологией CMT и с радикальным скачком производительности. Наработки, сделанные в проектах Millenium и Gemini, будут использованы в новых процессорах, инженеры, работавшие в этих проектах, будут переведены в группы Niagara и Rock.

5. Новые процессоры, как и все предыдущие, будут использовать архитектуру SPARC и будут полностью бинарно совместимы со всеми предыдущими процессорами.

6. Выпуск процессоров проекта Niagara запланирован на начало 2006 года, процессоров проекта Rock - 2006-2007 год. До этого времени планируется выпустить несколько обновлений семейства UltraSPARC IV, которые поднимут производительность существующих систем Sun Fire еще в два раза (4-х кратный рост по сравнению с UltraSPARC III).

Более подробно, из первых рук, о нашей процессорной стратегии можно узнать из интервью Дэвида Йена (David Yen), опубликованного в Infoworld:

>>> Подробности

anonymous

Проверено: maxcom

Первые плоды дружбы с Microsoft :-)

anonymous
()

Да ужжж... Почему же здесь еще нет цитат из разных статей, и под конец какого-нить исходника под GPL (полный двуязычный вариант GPL в самом конце) ??? Где же краткость ???

bizanine
()
Ответ на: комментарий от bizanine

Вот досада, а ведь так хотелось увидеть тетрис на UltraSparc V и Gemini.

anonymous
()
Ответ на: комментарий от bizanine

это че, кто-то из саней пытается оправдаться и рассказать политику партии? :-) поздно, робяты ;-)

anonymous
()
Ответ на: комментарий от anonymous

Sun всегда делал отвратительное ПО и железо тоже ,видимо, не лечше. Ура, товарищи! Двумя уродами меньше!!! :)

anonymous
()
Ответ на: комментарий от anonymous

это m$ и intel всегда делали все кривое. Едиснтвенное то что intel еще как то можно использовать, а вот m$ ну ни как нельзя - где ? самое то интерестное ...

alphex_kaanoken ★★★
()

>из первых рук, о нашей процессорной стратегии

А че анананимузы уже чипмейкерами в сан устроились?

Sun-ch
()
Ответ на: комментарий от anonymous

>это че, кто-то из саней пытается оправдаться и рассказать политику партии? :-) поздно, робяты ;-)

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

anonymous
()
Ответ на: комментарий от anonymous

>Sun всегда делал отвратительное ПО и железо тоже ,видимо, не лечше. >Ура, товарищи! Двумя уродами меньше!!! :)

Мда. Java юзаешь?? Эту отвратительную поделку sun. Сначала что-нить полезное сделай для общества, а потом ругай. С железом не работал - в сад.

OgreSwamp
()
Ответ на: комментарий от OgreSwamp

> Эту отвратительную поделку sun.

Как тонко и верно подмечено! =)

int19h ★★★★
()

Вот такие тузики... а грелки-то какие! :)

Alter ★★
()
Ответ на: комментарий от OgreSwamp

>>этот сайт, написанный на jsp :)
От большого наверно ума заметим :)

anonymous
()
Ответ на: комментарий от OgreSwamp

предлагаю написать сайта на разных языках =) чтобы особо фанатичные люди не кричали =) написать на sh,C,C++,perl,php,ocaml,....

будет смешно =))))))) А-ля к выборе кодировок еще поставить выбор языка=)

alphex_kaanoken ★★★
()
Ответ на: комментарий от alphex_kaanoken

>Процессоры хорошие, Solaris система не плохая,
>НО java - sucks.

Было бы очень интересно ознакомиться со списочком аргументов по поводу sucks... ну или увидеть за постом "IMHO".

Alter ★★
()

> Rock (процессор для обработки данных, 30-кратный рост производительности по сравнению с UltraSPARC-III).

Чего то я про 30 раз не нашел в оригинале

Интересно за счет чего ? В 30 раз более широкая шина или в 30 раз большая частота (нижняя часть инфракрасного спектра наверное ;))) ?

sS ★★★★★
()
Ответ на: комментарий от anonymous

>Sun всегда делал отвратительное ПО

Интересно каким офисным пакетом ты пользуешся под Линуксом?

anonymous
()
Ответ на: комментарий от anonymous

> Интересно каким офисным пакетом ты пользуешся под Линуксом?

vim

anonymous
()
Ответ на: комментарий от anonymous

> Интересно каким офисным пакетом ты пользуешся под Линуксом?

vim конечно. Есть альтернативы?

anonymous
()
Ответ на: комментарий от Alter

>Было бы очень интересно ознакомиться со списочком аргументов по поводу >sucks... ну или увидеть за постом "IMHO".

несколько убийственных моментов ::::: 1)раму жрать любит от пуза. 2)тормоза-а-а-а-а-а - хотя это сейчас не критично ... 3)кросс неплатформенность, 4)несовместимость версий, 5)поощряет некачественное кодирование и легко позволяет заполучить утечку ресурсов (того же рамы) - взгляните например на качество фришных либ.

во избежание флейма ::::: 1)если нужны разъяснения и примеры по вышеприведенным пунктам - обратитесь к людям реально делающим что либо на жабе.

anonymous
()
Ответ на: комментарий от anonymous

>vim конечно

Офисный пакет "vim", звучит. А операционная система у тебя наверно называется "mc"

anonymous
()
Ответ на: комментарий от sS

Ну в 32 потока идет обработка, итого грубо в 30 раз.
Осталось измудриться так написать код, ну и не забыть данные подносить/относить с этой скоростью.
Тоесть на некоторых приложениях такой прирост возможен. Видать у САНа нет адекватного ответа на EPIC архитектуры от Intel. Решили взять числом. Чем не вариант ?
Минимум наворотов в одном процессорном ядре, максимум самих ядер. Так можно легко загрузить внешние шины по максимуму, при тупости процессоров. Лишь бы код был не менее чем в 32 потока.
Тот же EPIC со спекулятивными выборками может дать непроизводительную нагрузку на внешние шины.

Пионеры, Sun нормальная контора, в то время, когда Билли срубал деньги за MS-DOS, SUN делал сервера. И помниться мне, что один из первых серверов в Релкоме был именно Sun.
А про глючность Solaris разговоры только на LOR-е.

eda
()
Ответ на: комментарий от eda

>ну и не забыть данные подносить/относить с этой скоростью.

И через какую шину бум кормить данными такую толпу ядер ?

sS ★★★★★
()
Ответ на: комментарий от Alter

забыл, про UI: http://cpan.uwinnipeg.ca/chapter/User_Interfaces

> Не катит..

Так уж и "не котируется", в общем?:

http://cpan.uwinnipeg.ca/htdocs/cpan-search.html?request=search

и

http://search.cpan.org/

> Производительность?

Подключай модули на С, если, уж, допрыгнул до потолка...

anonymous
()
Ответ на: комментарий от anonymous

>>Братан. из саней никто оправдаться не хочет. >Вы эта, не из ИТК случаем? :-)

Нет не из ИТК. Но тут иногда других аргументов не понимают. :) Приходится говорить на языке, который понимают в данной среде большинство. :)

anonymous
()
Ответ на: комментарий от anonymous

>Подключай модули на С, если, уж, допрыгнул до потолка...

строим домик.. рядом сарайку.. чуть далее нужник.. пробиваем дорожку, ну можно ее и забетонировать..

дальше продолжать или уже понятно?

Может все-таки закажем проект котеджа?

Alter ★★
()
Ответ на: комментарий от anonymous

> Подключай модули на С, если, уж, допрыгнул до потолка...

Когда появляется хищник Производительность, страус Перл всегда прячет голову в песок С.

А читаемость перла, извините, все-таки ужасная. Могучий перл-гуру может такого наворотить, чего чайник за всю жисть не то, что пофиксить - прочесть не сможет.

Со полным и глубоким уважением к Перлу (если применять его уместно),

svu ★★★★★
()
Ответ на: комментарий от svu

По поводу низкой производительности и нечитабельности перла
это вы погорячились.
Сиё от задачи зависит.
Бывает, что на перле 2 строки, а на си ...

svs ★★★
()
Ответ на: комментарий от svs

А кто-то сказал, что С хорошо читается?:)

Еще. Дело не в том, сколько строк, а в том КАКИЕ они:)

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

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

svu ★★★★★
()
Ответ на: комментарий от Alter

>http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html > >Альтернативы ??

если деть - в детсад, если придурок - в дурдом, если нормальный человек - зачем придуриваешся ? просили же без флейма !

кстати народ если комуто интересно http://www.zeroc.com/ - очень интересная штука. ( это не в качестве ответа на >Альтернативы ?? - просто интересная штука )

anonymous
()
Ответ на: комментарий от Alter

>е катит.. Производительность? > >Alter (*) (13.04.2004 18:29:48)

вот производительность как раз не катит в том месте куда вы тыкнули (ж2ее) тобишь. даже вызов процедуры в awk или shell-е на локальной машине будет быстрее чем вызов удаленного метода какого нибудь С++-объекта на самом что нинаесть крутейшем RTCORBA апп-сервере...

а жаба ... так хватает производительностьи. только жрет насосом ...

anonymous
()
Ответ на: комментарий от Alter

Что-то я отвлёкся... Так, вот:

> пробиваем дорожку, ну, можно ее и забетонировать..

можно и забетонировать :) http://search.cpan.org/~lbrocard/perl5.005_04/utils/perlcc.PL

...варианты, всё-же, есть? А то как-то "без`исходно-грустно" звучало... :)

--

Да, кстати, "любителям проектов коттеджей", тут, вот, ссылки на русском, почти, о том же :)))

http://ru.sun.com/win/java/books/online/index.html

http://ru.sun.com/koi/java/j2ee/index.html

anonymous
()
Ответ на: комментарий от alphex_kaanoken

alphex_kaanoken (*) (13.04.2004 13:46:12)

>это m$ и intel всегда делали все кривое.

Уж ты бы помолчал, девелопер хуев. Видели мы твои шедевры.

anonymous
()
Ответ на: комментарий от alphex_kaanoken

>предлагаю написать сайта на разных языках =) чтобы особо фанатичные люди не кричали =) написать на sh,C,C++,perl,php,ocaml,.... будет смешно =)))))))

Ты, родной, когда на C пишешь, то действительно очень смешно получается. Сдается мне, что и на других языках будет то же самое. Так что я тебе верю.

http://www.linux.org.ru/profile/_white/view-message.jsp?msgid=509306

anonymous
()
Ответ на: комментарий от anonymous

svu, respect :)

>А читаемость перла, извините, все-таки ужасная. Могучий перл-гуру может такого наворотить..

:) хмм..
Конечно мне сложно судить о степени "могучести" :) однако, как-то имел честь быть ознакомленным с $prj/doc/perl_coding_style. "Внушаить" - (с), тем более, что насколько я знаю, несоблюдение означало "линейкой по пальцАм" и, в общем-то, гуру понимали. "Ко всему привыкает человек, вот и .." - (с).

>Со полным и глубоким уважением к Перлу (если применять его уместно),
Позвольте присоединится, perl -> pearl в этом случае.


>если деть - в детсад, если придурок - в дурдом..

Благородный и полный достоинства дон имеет честь с соблюдением всех церемоний и этикета вежливо кинуть в меня обвинением?

>даже вызов процедуры в awk или shell-е на локальной машине будет быстрее чем вызов удаленного метода какого нибудь С++-объекта на самом что нинаесть крутейшем RTCORBA апп-сервере...

Правильно ли я вас понимаю, что задачу EAI следует решать средствами shell/awk? :)

>можно и забетонировать :) >http://search.cpan.org/~lbrocard/perl5.005_04/utils/perlcc.PL

Знаем-знаем :) как будем относиться к изменению топологии? :)


>...варианты, всё-же, есть? А то как-то "без`исходно-грустно" звучало... :)

Ну что вы, не подумаейте.., конечно есть! :) Да с чего бы это к J2EE относиться лучше чем как технологии/инструментарию?

:)

Alter ★★
()

Народ, вы за новостями вообще следите? Если я "что-нибудь в чем-нибудь понимаю, то" эти разработки процессоров связаны с нашим "Эльбрусом" (Сан ведь спонсировала его и у компаний очень тесные связи и сотрудничество). Если в этих процах будут технологии из "Эльбруса", то это будет полный рулеззззз!!! Кто что может сказать по этому поводу?

GladAlex ★★★★★
()
Ответ на: комментарий от OgreSwamp

>Мда. Java юзаешь?? Эту отвратительную поделку sun. >Сначала что-нить полезное сделай для общества, а потом ругай. С железом >не работал - в сад

Для общества уже многое сделал: IntelliJ IDEA, например. А ПО Sun пишет ужасное, что, кстати, сказывается на их core библиотеках. Иногда складывается впечатление, что в САНе видят обкуренные студенты-недоучки... Хорошие люди та, тоже, конечно, присутствуют, но люди и то, что делает фирма, в которой они работают, разные вещи.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.