AlgoNet.ru: AMD опубликовала спецификацию новых инструкций x86 Компания Advanced Micro Devices предложила разработчикам задуматься о том, как ускорить работу своих программ с применением новых инструкций, которые начнут появляться в процессорах компании с 2009 года. |
Комментарии |
Комментарии: 55
Зарегистрирован: 18.04.2005 15:35
| Аппаротное вычисление md5 и crc контрольных сумм, сжатие zip/gzip/bzip и тд, шифрование blowfish/des3 и тд, парсер xml |
|
Комментарии: 558
| cmp, не понял к чему это ты?
Просмотрел список команд... ничего особеного не увидел. Если бы они действительно встроили архивирование... (хотя не универсально) или парсер xml (уже лучше)... было бы хорошо...
А они пока идут по протоптанной дорожке предыдущих SSE. То есть много данных, мало команд... хотя общее количество команд уже превысило все разумные пределы. |
|
Комментарии: 45
Зарегистрирован: 09.08.2006 11:29
| немного не втыкаю, а что значит аппаратно реализованный парсер xml??? |
|
Комментарии: 952
| Dron написал(а) ... хотя общее количество команд уже превысило все разумные пределы. Проблемы компилятора. |
|
Комментарии: 558
| Hmmm, Ну можно типа команд scasb реализовать брожение по тегам... может быть выборку аттрибутов...
Но это конечно маловероятно... у xml же могут быть разные кодировки... фантастика. |
|
Комментарии: 55
Зарегистрирован: 18.04.2005 15:35
| При создании парсера xml указываются функции вызываемые по наступлению того или иного события: открытие тэга и тд, не знаю как в оригинальном w3c алгоритме реализованны всякие фичи, типа поблочной обработки xml кусков, но кушают они процессор весьма и весьма при обработке 3-4 мегового xml это заметно,а вот передача управления этим функциям самим процом задача выполнимая и думаю весьма сокращающая время ожидания, особенно когда речь идет об офисных компах, где приложения типа "налогоплательщик" постороенные на обработке xml целиком и полностью |
|
Комментарии: 55
Зарегистрирован: 18.04.2005 15:35
| Dron, а о чем особенном тут может идти речь? эти технологии/алгоритмы используются везде, оптимизации их будет означать повышение производительности системы в целом.. если генерация md5 будет занимать столько же времени сколько операция ++ в си, то файловую систему на базе драйвера для системы с таким процом вожно будет написать даже более чем особенную |
|
Комментарии: 558
| cmp, там нет специальных инструкций для вычисления md5! Там все те же многооперандные инструкции что были и в предыдущих SSE или MMX.
Кстати вообще это хорошо... это убийца коммерческого софта, и рай для систем, собираемых из исходников
Потому что нереально написать ПО с учетом особенностей всех типов современных процессоров. Бинарные дистрибутивы в большинстве своем затачиваются на какое-то общее подмножество... Я думаю в настоящий момент это что-то типа PII. При этом новые расширения используются исключительно в Играх (которые будут требовать наличие исключительно нового проца, или в специальных приложениях)...
Вообще ИМХО расширения - зло. Получается какой-то бардак абсолютный. лучше бы выкинули все лишнее... и сконцентрировались бы на многоядерности.
Взять бы процессор i386, да производить его с применением современных технологий... вот было бы счастье Тока выкинуть оттуда все 16-битное |
Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь
|