>На их тесте производительность увеличилась на треть

Замечательно, на процессорах Idiot Inside уменьшилась на 3 порядка.

Вообще-то они называются Idiot Outside. Даже девиз у них такой был: Intell Inside, Idiot Outside.

> Теперь они наконец могут похвастаться первым официально принятым вкладом в него, заключающимся в оптимизации битового сдвига влево. На их тесте производительность увеличилась на треть.

Жесть какая... ROFL

Re^2: AMD присоединились к разработке OpenJDK: принят первый официальный вклад

>> Теперь они наконец могут похвастаться первым официально принятым вкладом в него, заключающимся в оптимизации битового сдвига влево. На их тесте производительность увеличилась на треть.

> Жесть какая... ROFL


наверное человек 100 пыхтело

жду порта OpenJDK под Haiku :)

> наверное человек 100 пыхтело

Смеятся каждый дурак может, а вот вы попробуйте теперь хотя бы на ту же треть разогнать битовый сдвиг вправо ;))

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

Оптимизация битового сдвига в яве это как отпилить 2см бивня у слона, в надежде, что он станет легче.

Даже интересно, через какое место до этого был реализован битовый сдвиг влево и почему до сих пор не оптимизирован сдвиг вправо.

эээ, не понял. Зачем нужен программный сдвиг влево, когда есть железные SHL, SHR, RSL, RSR?

аа, для 64... хотя тоже не понятно - разве в х86_64 нет собственной инструкции длинного сдвига?

короче AMD пытается хоть как-нибудь показать, что она всё ещё не сдохла, и всё ещё нужна.

Хорошая работа!

SoyLatte и IcedTea уже вполне юзабельные продукты, следовательно, анонимусы-кульхацкеры, много нахватавшиеся на ЛОРе про всяких питонов и хаскелей и прочих окамлов, но ничего реального на них не разработавшие, могут отдыхать в сторонке.

Всякие пионЭрские отмазы, типа "Сан теряет капитализацию и Джавы не будет" теряют всякий смысл. OpenJDK никак более не зависит от Сана.

"- javac, Sun's java compiler, now under a GPL license

-HotSpot, Sun's Virtual Machine, now under a GPL license" (с)

И точка.

> не оптимизирован сдвиг вправо

Какой из двух в Java? :)))))

Учим историю:

"Почему Java сокращает правый операнд оператора сдвига или грустная история о заснувшем процессоре

Одной из главной причин введения сокращения было то, что процессоры сами сокращают подобным образом правый операнд оператора сдвига. Почему?

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

Основным применением данных процессоров был контроль систем реального времени. В данных системах самый быстрый ответ на внешнее событие должно занимать не более задержки на прерывание (interrupt latency). Отдельные инскрукции таких процессоров были неделимы. Поэтому выполнение длинных операций (сдвига на несколько бит и ротации) нарушало эффективную работу процессора.

Следующая версия процессора имплементировала эти операции уже по-другому: размер правого операнда сократился. Задержка на прерывание восстанавилась. И многие процессоры переняли данную практику." (с)

>И многие процессоры переняли данную практику.

AI на марше? :)

o_O

Ядро Linux теперь перепишут на Java? :-D

>вам он понадобится при конвертации в base64 и простом преобразовании байтов в 0xff вид.

Для такого разве нет биндингов к бинарным библиотекам?

Много букв. И нифига не понятно о чем речь. Где ссылка на источник? Где "имена, явки, пароли"? Больше конкретики. Какова длина регистра? На сколько бит можно сдвигать? Сколько времени занимает сдвиг на один бит? И наконец, нафига нужно сдвигать число, к примеру, на 2^32 бит вправо одной командой?

Жаба, я так понимаю, стала неким вечным трупом, за который все хватаются, обкакавшись на почве C++. Но почему Жаба? Почему не Ди? Жаба имеет много библиотек, но бредовую историю развития - на таком фундаменте продолжать нельзя. Такое ощущение, что существует некая негласная шайка жабофилов-некролюбов, имеющих лишние деньги на насилие трупа. Когда ж их стукнет кризис?...

Сходил по ссылке, увидел .bmp'ху, ужаснулся, убежал назад. Все у кого не анлим - будьте бдительны

> Сходил по ссылке, увидел .bmp'ху, ужаснулся, убежал назад

Зато грузится снизу вверх! Патентуем технологию для порносайтов!

> Смеятся каждый дурак может, а вот вы попробуйте теперь хотя бы на ту же треть разогнать битовый сдвиг вправо ;))

Вправо каждый дурак разгонит, а вот вы попробуйте теперь разогнать битовые сдвиги вверх и вниз :)

> Такое ощущение, что существует некая негласная шайка жабофилов-некролюбов, имеющих лишние деньги на насилие трупа. Когда ж их стукнет кризис?...

Шайка называется Java Community Process http://jcp.org.
А те, кто поклоняются ей, называют себя Javalobby http://www.javalobby.org.

> > > Теперь они наконец могут похвастаться первым официально принятым вкладом в него, заключающимся в оптимизации битового сдвига влево. На их тесте производительность увеличилась на треть.

> > Жесть какая... ROFL

> наверное человек 100 пыхтело

катаюсь по полу вместе с вами

ди? это тот "язык", под который ничего нет - ни компиляторов, ни иде, ни либ?

>ди? это тот "язык", под который ничего нет - ни компиляторов,

GCC? dmd?

>ни иде

Eclipse? DIDE?

>ни либ?

Вообще-то, D нативно линкуется с любыми сишными либами. Под Си нет либ? :)

> Много букв. И нифига не понятно о чем речь. Где ссылка на источник? Где "имена, явки, пароли"? Больше конкретики. Какова длина регистра? На сколько бит можно сдвигать? Сколько времени занимает сдвиг на один бит? И наконец, нафига нужно сдвигать число, к примеру, на 2^32 бит вправо одной командой?

Сходи по ссылке - букв там мало и все понятно. Речь идет только о 64битных числах на 32битных x86 процессорах (ну или о x86_64 в 32разрядном режиме), причем их оптимизация работает только в случае сдвига на 1, 2 или 3 дальше старая реализация оказывается эффективней. Работает она потому что в текущей реализации ADD & ADC быстрее чем SHLD & SHL, завтра ситуация может поменяться.

> Для такого разве нет биндингов к бинарным библиотекам?

Для такого биндинг к бинарным библиотекам не нужен.

> Почему Java сокращает правый операнд оператора сдвига или грустная история о заснувшем процессоре

Би как всегда в своем репертуаре - пукнул в лужу с предельно возможным умным выражением на лице.

>> Смеятся каждый дурак может, а вот вы попробуйте теперь хотя бы на ту же треть разогнать битовый сдвиг вправо ;))

>Вправо каждый дурак разгонит, а вот вы попробуйте теперь разогнать битовые сдвиги вверх и вниз :)

На PDP-11 была такая команда - SWAB - свопила байты в слове :)

по САБЖу - это все здорово, но ничто иное, как экономия на спичках. Эта овчинка не стоила выделки, но раз сделали - нехай будэ :)

Никому ведь в голову не придет производить high performance computations на java - след-но эти 33% никому особо не пригодятся

> Никому ведь в голову не придет производить high performance computations на jav
base64 - далеко не computations, но весьма востребована в различных сетевых приложениях.

>Жаба имеет много библиотек, но бредовую историю развития

а что недовсверхпрограммисты подразумевают под бредовой историей развития?

>а что недовсверхпрограммисты подразумевают под бредовой историей развития?

В числе авторов не значится Керниган и Ричи и это не ПэХэПэ.

>На PDP-11 была такая команда - SWAB - свопила байты в слове :)

Только там минимальная адресуемая единица была 16-битной :) Так что если рисовать байты один под другим, то swap не верхний с нижним меняла, а левый с правым :)

> Следующая версия процессора имплементировала эти операции уже по-другому: размер правого операнда сократился. Задержка на прерывание восстанавилась. И многие процессоры переняли данную практику." (с)

Проще говоря, БЫСТРАЯ и ПОЛНАЯ операция сдвига для больших разрядностей операндов будет очень дорогой. Там сложность порядка (n^2)*log_2(n), где n - число разрядов

Как раз пару дней назад обсуждали на лекции методы контроля подобной штуки...

с какого перепугу?? на ПДП-11 отлично адресовались отдельные байты в памяти.

>с какого перепугу?? на ПДП-11 отлично адресовались отдельные байты в памяти.

Ну, значит, уже память не та стала. Значит в памяти было чтение слов с нечётного адреса.

>Такое ощущение, что существует некая негласная шайка жабофилов-некролюбов, имеющих лишние деньги на насилие трупа.

Такое ощущение, что ты, Тумба-юмба, совсем недавно с дерева слез. Отправляйся-ка назад: там мозг не нужен, и соплеменники, лазящие по лианам, тебя, чай, заждались.