The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление Java SE 6 Update 32 и Java SE 7 Update 4, opennews (??), 27-Апр-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok), 27-Апр-12, 12:16 
>> Задействованы специфичные для процессоров SPARC T4 оптимизации криптографических операций

Скорее бонус в том, что криптография сервеной стороны на T4 работает намного-намного-намного быстрее, чем на других процах. И процов много и крипту считать оно может очень быстро.

Вопрос с криптографией вообще сложный и темный. К примеру в java криптография встраивается в платформу через плагинизацию. Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться - большой вопрос.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

11. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от umbr (ok), 27-Апр-12, 13:01 
>Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться

Наверно имеются ввиду оракловские крипто-плагины с нативными либами под Т4.

Ответить | Правка | Наверх | Cообщить модератору

14. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok), 27-Апр-12, 14:21 
>>Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться
> Наверно имеются ввиду оракловские крипто-плагины с нативными либами под Т4.

Думаю, что оптимизация идет на уровне самой JMV за счет использования более мощных конструкций CPU для решения крипто-задач.

Крипто-плагины в том числе и оракловые это java код. Потому любой java код на T4 использующий те же операции должен быть быстрее за счет оптимизаций уровня JMV.

Ответить | Правка | Наверх | Cообщить модератору

21. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от umbr (ok), 27-Апр-12, 15:54 
"Более мощные конструкции CPU" доступны в JVM только через объявление метода нативным и реализацию оного в нативной библиотеке, оптимизированной под конкретный процессор.
Вся остальная оптимизация либо на уровне байткода, который ничего не знает про CPU, либо JIT-компилятор, который оптимизирует всё подряд, независимо от назначения.
Ответить | Правка | Наверх | Cообщить модератору

28. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok), 27-Апр-12, 19:41 
> "Более мощные конструкции CPU" доступны в JVM только через объявление метода нативным
> и реализацию оного в нативной библиотеке, оптимизированной под конкретный процессор.
> Вся остальная оптимизация либо на уровне байткода, который ничего не знает про
> CPU, либо JIT-компилятор, который оптимизирует всё подряд, независимо от назначения.

Под множеством методов лежит нативы. Думаю в крипто это еще больше. Так что использование базовых методов из своего java кода вероятно вызывает нативную криптографию где то в нутре JVM.

Ответить | Правка | Наверх | Cообщить модератору

13. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от Аноним (-), 27-Апр-12, 13:17 
> корее бонус в том, что криптография сервеной стороны на T4 работает намного-намного-намного быстрее, чем на других процах. И процов много и крипту считать оно может очень быстро.

я тестировал одно время, правда не на t4, а на t2, опять же на них количество крипто-функций ограниченное, то есть не всякую крипто-функцию можно отдать крипто процессору для работу. К тому же не забывайте, что у вас только 1 crypto unit на CPU core (8 кор в проце). В общем понятно, так как интелевое ядро гораздо быстрее спаркового, они это как бы доделали. Спрашивается что им мешало это раньше лет на 5 сделать, когда t2 вышли....

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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