| |
| 2.12, Аноним (-), 02:20, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
как у АРМов дела с котроллерами памяти на кристалле, гипертранспортами между ядрами/процессорами, RDMA?
| | |
| |
| 3.15, Аноним (-), 05:18, 08/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> как у АРМов дела с котроллерами памяти на кристалле,
> гипертранспортами между ядрами/процессорами, RDMA?
А как донавесит чипмэйкер так и будет. ARM предоставляет ядра, а желающие донавешивают периферию как им там надо под их задачу или позиционирование их чипа на рынке.
| | |
| |
| 4.32, Аноним (-), 13:20, 08/07/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
ошибаешься. В смысле, в серверном мире так не катит. Либо разработчик сразу делает архитектурные закладки для кооперативной работы кристаллов, либо кристалл вылетает в другие ниши.
| | |
| |
| 5.36, Crazy Alex (??), 14:52, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Угу, расскажите больше. Учитывая, что на десктопном железе крутится масса сервисов, с гугла начиная.
| | |
|
|
| 3.21, mv (??), 07:26, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> как у АРМов дела с котроллерами памяти на кристалле, гипертранспортами между ядрами/процессорами,
> RDMA?
RDMA процессору ортогонально.
| | |
| |
| 4.33, Аноним (-), 13:21, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
нет, не ортогонально, по крайней мере для современного серверного CPU, а не образца начала 9х
| | |
|
|
|
| 1.2, Lautre (ok), 23:00, 07/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
 Новые команды насколько я понимаю должны прибивать производительности ARM?
| | |
| 1.4, СуперАноним (?), 23:14, 07/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если в принципе возможно, то хорошо бы было ещё такое промежуточное ABI: 64 бит данные и 32 бит адреса. Для роутеров-мыльниц самое то.
| | |
| |
| 2.6, КЭП (?), 00:16, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для таких применений будет достаточно 32битных ядер от ARM.
| | |
| |
| 3.9, filosofem (ok), 00:52, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Смотря для каких таких применений. Допустим шифрованию трафика операции с 64-разрядными данными категорически не помешают.
| | |
| |
| 4.10, _ (??), 02:16, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
с 64- и 128-битными числами и векторами NEON и так умеет работать
| | |
| |
| 5.16, Аноним (-), 05:21, 08/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> с 64- и 128-битными числами и векторами NEON и так умеет работать
Плюс у половины чипов для таких применений есть аппаратные акселераторы для оффлоада всяких там sha и прочих aes-ов. А кому надо что поэкзотичнее и на скорости гигабит и более - ну напишете полкило на асме с simd командами, не развалитесь.
| | |
| 5.28, СуперАноним (?), 12:01, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>с 64- и 128-битными числами и векторами NEON и так умеет работать
Целочисленные операции с адресами IPv6 удобнее как-то в РОНах делать, чтоб без переделки кода сетевого стека на ASM.
| | |
| |
| 6.30, AlexAT (ok), 12:10, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Целочисленные операции с адресами IPv6 удобнее как-то в РОНах делать, чтоб без
> переделки кода сетевого стека на ASM.
Прошу прощения, а вот нефиг было самим себе придумывать грабли в виде 128-битной адресации. Теперь весь мир из-за каких-то теоретиков-идеалистов обязан будет мучаться. ССЗБ.
Я, конечно, жуткий скептик, но с моей точки зрения - IPv6 не взлетит даже после кончины адресов IPv4. Как раз из-за своей оторванности от реального мира.
| | |
| |
| 7.37, Crazy Alex (??), 14:53, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не мучаться, а подкрутить соответствующим образом железо. И подкрутит, куда он денется - хотя бы потому что альтернативу IPv6 никто разработать не удосужился, а нужен он уже сегодня (скорее вчера даже).
| | |
| |
| 8.39, AlexAT (ok), 16:01, 08/07/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Да не похоже, что нужен Был бы нужен - за 20 лет бы что-то сдвинулось А воз и ... текст свёрнут, показать | | |
| |
| |
| |
| |
| 12.57, XoRe (ok), 00:32, 15/07/2012 [^] [^^] [^^^] [ответить] | +/– |  Угу Чувствую, скоро все будем прикидываться африканцами и просить ip-шники у AF... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 5.31, filosofem (ok), 12:40, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>с 64- и 128-битными числами и векторами NEON и так умеет работать
NEON в маршрутизаторе? Мсье знает толк.
| | |
|
|
|
| 2.7, sasa (??), 00:46, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Если в принципе возможно, то хорошо бы было ещё такое промежуточное ABI: 64 бит данные и 32 бит адреса.
этот костыль только для убогих х86 актуален, у ARM есть режим thumb.
| | |
| |
| 3.17, Аноним (-), 05:24, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> этот костыль только для убогих х86 актуален, у ARM есть режим thumb.
Правда не совсем понятно как оно влияет на размер указателей (адресов), etc. Если некто может адресовать более 2^32, ему таки придется все 64 бита тогда ворочать :)
| | |
|
|
| |
| 2.8, BratSinot (?), 00:48, 08/07/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вы хоть представляете насколько это не нужно? Тут уж точно только память лишняя жраться будет. Нужны регистры более 64-бит? Используйте AVX с 256-битными регистрами.
| | |
| |
| 3.13, pavlinux (ok), 02:42, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Вы хоть представляете насколько это не нужно? Тут уж точно только память
> лишняя жраться будет. Нужны регистры более 64-бит? Используйте AVX с 256-битными
> регистрами.
Так мужики, профита не будет, пока вся шина не будет той же разрядрнсти.
| | |
| |
| 4.18, Аноним (-), 05:25, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Так мужики, профита не будет, пока вся шина не будет той же разрядрнсти.
Use GPU, Luke. Тут тебе и регистров 100500 штук, и 256-битная шина - нормальное явление, и SIMD хоть отбавляй. Вы этого хотели? Нате :)
| | |
| 4.49, ыгчч (?), 10:23, 09/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Разработчики QPI смотрят на pavlinux как на сами понимаете что.
| | |
|
|
| 2.23, terra (??), 08:38, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Интересно а кому оно надо? Основные численные вычисления в любой проге не превышают разрядности в 32-бита. Адресация в террабайты также мало востребована. Если int станет 128-битным то тупо увеличится размер программы и затраты на аппаратные ресурсы, без малейшего прироста в производительности. Или просто вкуснее то, что толще?
| | |
| |
| 3.34, Аноним (-), 13:26, 08/07/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
ты немного отстал от времени, на лет эдак десять. 128битный регистр, конечно, навряд ли будет в ближайшее столетие востребован, но 32битные числа давно уже перестали удовлетворять большинство программ. Приём, как с точки зрения адресации (привет, придурок, +4г файлы), так и с вычислениями (собственно, та же адрессация)
| | |
| |
| 4.43, ddecfd (?), 20:12, 08/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> (привет, придурок, +4г файлы), так и с вычислениями (собственно, та же адрессация)
Умникам не понятно, что 32р хватает для большинства применений, а если иногда нужно что то сделать с 64р, то и 32р регистры подойдут. что до адресации, то придуркам конечно полезно почитать про то почему сейчас делают 32р аби на 64р системах.
| | |
| 4.44, angra (ok), 20:16, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 А на 16-ти битах 8086 файлы по-твоему были ограничены 64К? А про размеры винчестеров уже и вспоминать не хочется, а то шаблончик в клочья разлетится. Эх, молодежжжж...
| | |
| 4.46, XoRe (ok), 02:56, 09/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Приём, как с точки зрения адресации (привет, придурок, +4г файлы)
Не путаете с 32 битными файловыми системами?
С 4гиговыми файлами можно работать и в 16битном режиме.
А с PAE можно видеть больше 4 гиг оперативки.
> так и с вычислениями (собственно, та же адрессация)
Вам конструкции "long long", "long double" ничего не говорят?
| | |
|
|
|
| 1.14, lucentcode (ok), 03:20, 08/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Хорошая новость. Маршрутизаторы и прочее потребительское железо тоже со временем перейдут на эту архитектуру. Один вопрос возникает: почему не получила в свое время сравнимого с ARM распространение MIPS и MIPS64? Ведь MIPS сравнима с ARM по своим характеристикам, а в чём-то и превосходила ARM?
| | |
| |
| 2.19, Аноним (-), 05:26, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Особенно круто будует когда вот такое влезет в наручные часы и будет по цене китайского тетриса :)
| | |
| 2.20, аноним же (?), 06:20, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 MIPS вообще-то тоже давольно расспространена (роутеры, бытовая элекроника итд)
| | |
| |
| 3.27, Аноним (-), 11:37, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Компания SGI делала на MIPS мощные рабочие станции, стоившие бешеных денег (до сих пор работают). Мне тоже интересно, почему сейчас мипс интересен только как затычка слота для роутеров, а АРМ уже на серверах и мобильных устройствах - характеристики-то вроде сравнимы. На MIPS уже давно было 64 бита
| | |
| |
| 4.29, AlexAT (ok), 12:07, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Компания SGI делала на MIPS мощные рабочие станции, стоившие бешеных денег (до
> сих пор работают). Мне тоже интересно, почему сейчас мипс интересен только
> как затычка слота для роутеров, а АРМ уже на серверах и
> мобильных устройствах - характеристики-то вроде сравнимы. На MIPS уже давно было
> 64 бита
В ARM напихивают много всякой акселерации, интересной в основном для мобильных устройств - телефонов, планшетов, etc. + лицензирование.
У MIPS с лицензированием всё несколько проще, и в них чаще всего пихают только сетевой модуль. Как раз "то, что доктор прописал" для роутерных платформ.
В целом платформы уже очень специализировались. ARM - мобильный рынок, MIPS - сетевое железо. Вероятно, стараются не конкурировать по нишам.
| | |
| |
| 5.35, Аноним (-), 14:45, 08/07/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Ни разу не обязаны Это на усмотрение производителя И вообще, cortex-M0 - это т... большой текст свёрнут, показать | | |
| |
| 6.38, AlexAT (ok), 16:00, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Cortex-M0 - это уже уровень микроволновки :) или самого тупого управления для MP3-плеера (если выносить декодер на отдельный чип). Т.е. мелочевка. Там MIPS'ы почти не применяют, они сидят сегментом выше.
| | |
| 6.42, ddecfd (?), 20:00, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> пытался телефон делать. Но это сложнее - там агрессивная экономия питания нужна а у MIPS в этом плане наработок меньше.
Power consumption also seems to be the strong side of the MIPS architecture. The JZ4770 SOC consumes only 0.25W under 100% CPU and video engine load (1080p playback), which is significantly less than ARM competitors. Naturally, as you beef up the GPU and add a second core, the power consumption will go up, but still below ARM-based products.
http://vr-zone.com/articles/mips-architecture-crashes-arm-x86-party-28nm-chip
| | |
|
|
|
|
| |
| 3.24, Аноним (-), 10:37, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
И что в плане лицензирования принципиально отличается у ARM и MIPS?
| | |
|
| 2.25, AlexAT (ok), 11:20, 08/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Роутеров на MIPS на порядки больше, чем роутеров на ARM. По числу доступных моделей.
| | |
|
|
