На сайте есть несколько клиентов для arm, но свежие только под *nix (linux, *bsd).
Портировать на что-то типа андроида на планшете конечно, можно попросить, но раньше политика была такая, что под "тонкие" девайсы (наладонники/телефоны) ничего не делается принципиально по уже озвученной мной причине. Плюс опасения, что какие-то девайсы могут оказаться не рассчитаны под долгую работу со 100% загрузкой процессора по температурному режиму или потреблению, и лишние визги про убитые клиентом железки/батарейки ни к чему.
оно понятно, про бенчмак пронать бы) Но оптимизированный)07.02.12 15:40 Автор: Miraj <Михаил> Статус: Member
а оно оптимизировано, для каждого проекта есть несколько ядер для разных семейств армов, все писано на ассемблере, толку-то... или ты не про это?
Да, вот только последняя оптимизация - под ARMv5 - а сейчас...08.02.12 17:11 Автор: aLEXt <Alex Trusty> Статус: Member Отредактировано 08.02.12 17:14 Количество правок: 1
> а оно оптимизировано, для каждого проекта есть несколько > ядер для разных семейств армов, все писано на ассемблере, > толку-то... или ты не про это? Да, вот только последняя оптимизация - под ARMv5 - а сейчас уже ARMv7 на дворе, и ARMv8 мерещится ;)
А что толку нет - это я согласен )
Хотя, наверное, я не прав - то, что на ARMv6 использовалось...09.02.12 10:49 Автор: aLEXt <Alex Trusty> Статус: Member
> Хотя, наверное, я не прав - то, что на ARMv6 использовалось > ядро, оптимизированное под ARMv5 - еще не значит, что нет > ядер под ARMv7 Не, вопрос надо ставить по другому - а надо ли оптимизировать под ARMv7, будет ли при этом какое-то ускорение? Есть ли в новой архитектуре интересные для нас новые команды? Потому что от плавающей точки и Thumb2 пользы нам ровно ноль. Основные тормоза (по крайней мере в OGR) от того, что хронически не хватает регистров процессора. А их количество не меняется. В результате в OGR вся работа идет через память (постоянные read-modify-write), что не добавляет быстродействия. Для сравнения, на x86 счастье пришло только с использованием сначала MMX, потом SSE регистров - во-первых, их стало больше, во-вторых, они 64 и 128-битные, что хорошо для алгоритма OGR. А тут развиваться некуда.
Само-сабой, согласен, но...р17.02.12 16:17 Автор: aLEXt <Alex Trusty> Статус: Member Отредактировано 17.02.12 16:44 Количество правок: 2
> > Хотя, наверное, я не прав - то, что на ARMv6 > использовалось > > ядро, оптимизированное под ARMv5 - еще не значит, что > нет > > ядер под ARMv7 > Не, вопрос надо ставить по другому - а надо ли > оптимизировать под ARMv7, будет ли при этом какое-то > ускорение? Само-сабой, согласен, но...
ARMv7 - суперскаляр, в отличие от ARMv6. Т.е последний - *в принципе* не выполняет более 1 оп. за такт. Уже одно это усовершенствование требует от программиста(или компилятора) к себе внимания. Что-то там еще про out-of-order speculative execution было, но тут могу ошибаться.
Что до РОНов(не берем в расчет mmx), то в x86 до по появления х86-64 их вообще быломеньше:D
Сейчас да, больше.
В целом, ARM идет по пути х86 - пути усложнения. И не знаю точно, хорошо ли это - не лучше ли было оставить его простым конвейерным in-order неспекулятивным несуперскаляром, но за..енить частоту под 6ГГц. Передовые техпроцессы это позволяют, Энергопотребление - будет точно не выше, чем у x86 на 3ГГц , производительность - посмотрим..
Прогоняли на Nokia N800 и каком-то быдло-NASе - результаты...07.02.12 15:44 Автор: aLEXt <Alex Trusty> Статус: Member Отредактировано 07.02.12 15:53 Количество правок: 1
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
