LINUX.ORG.RU

Ларри говорит: «Не отдам спарки!»

 , ,


0

0

Вопреки прогнозам некоторых мировых аналитиков о том, что Oracle продаст железный бизнес Sun на сторону, Ларри Эллисон заявил, что он никому ничего не продаст и все оставит себе. Oracle собирается инвестировать в спарки, и работать вместе с Fujitsu, с которым ранее работал Sun. Он заявил, что разработка и железа, и софта позволяет создавать более совершенные системы (как это делает IBM), чем просто разработка софта, «вот почему телефоны Apple намного лучше, чем телефоны Microsoft».

Покупка компанией Oracle компании Sun (номера 4 на рынке) сделала их номером 2 на рынке хай-энд серверов. «Sun был очень успешен долгое время, продавая системы на базе спарков и соляриса, теперь мы туда добавим ПО Oracle и выведем эти системы на прежний уровень».

Лора ДиДио (аналитик ITIC) отметила, что Sun всегда разрабатывал отличное железо, но был слабоват в маркетинге, а Ларри великолепный маркетолог.

>>> ZDNet

★★★★★

Проверено: anonymous_incognito ()
Ответ на: комментарий от Led

>Кстати, врядли можно назвать "кулибинством" то, что описано в ЛЮБОМ, >даже в самом древнем учебнике по x86-ассемблеру.


Не факт ,что это будет делать компилятор.
Может напомнить сколько лет ушло на обуздание кулибинства и создание эффективных компиляторов для x86 ? :))

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

Добавлю свои 2 копейки.

То что при обращении к памяти через push/pop посчитали latency уже хорошо. Теперь нужно пойти дальше и посчитать "time to retire", то есть время между инструкцией обновления регистра и время, когда регистр может уже использоваться. Обычно "time to retire" от 2 до 6 тактов, в зависимости от размера и типа обновляемого регистра. В большинстве случаев это надо мерять, поскольку реальное время исполнения будет также зависить от предыдущих и последующих инструкций.

Что касается "что в x86 многие команды могут выполняться параллельно", то load/store как раз не могут. Впрочем, х86 тут не причем. Проблема заключается в том, что для арифметики можно создать конвейерные АЛУ (что и делается для скрытия "time to retire"), то для load/store это сделать нельзя - шину то к кэш никто не дублирует. Если шина занята, то следующий outstanding request вызывает stall. Чтобы скрыть этот stall, обычно делают request-FIFO на какое-то (10-20) количeство запросов, после чего выполняюt flash всей очереди (от 10 до 20 clks).

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

Короче, как не крути, а 5-6 раз разница набегает легко. Поэтому, больше регистров всяко лучше чем меньше ;).

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

>Не факт ,что это будет делать компилятор.

Факт. Компилятор так и делает.

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

>Теперь нужно пойти дальше и посчитать "time to retire", то есть время между инструкцией обновления регистра и время, когда регистр может уже использоваться.

В x86 регистров значительно больше, чем имён для них:) Пока регистр будет "обновляться", под его именем уже можно использовать другой.

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

>> Теперь нужно пойти дальше и посчитать "time to retire", то есть время между инструкцией обновления регистра и время, когда регистр может уже использоваться.

> В x86 регистров значительно больше, чем имён для них:) Пока регистр будет "обновляться", под его именем уже можно использовать другой.

А данные откуда возьмете в "новом регистре"?

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

>Короче, как не крути, а 5-6 раз разница набегает легко. Поэтому, больше регистров всяко лучше чем меньше ;).

Естественно. Разве кто-то с этим спорил? Вот только даже в тупом x86 регистром НАМНОГО больше, чем вам, возможно, кажется:)

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

>А данные откуда возьмете в "новом регистре"?

Оно там "прозрачно" продублируется (отзеркалится) из "старого регистра"

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

>Естественно. Разве кто-то с этим спорил? Вот только даже в тупом x86 >регистром НАМНОГО больше, чем вам, возможно, кажется:)

http://www.logix.cz/michal/doc/i386/chp02-03.htm#02-03

А сколько должно казаться нам по вашему ?

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

>>А данные откуда возьмете в "новом регистре"?

> Оно там "прозрачно" продублируется (отзеркалится) из "старого регистра"

А... Еще скажите "само" и "мнгновенно".

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

>А... Еще скажите "само" и "мнгновенно".

Само. "мгновенно" - не скажу, потому что это из той же оперы, что ваши "в 5-6 раз":)

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