1.1, CSRedRat (ok), 13:58, 26/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Полноценный сервер размером с флешку уменьшает прозрачность до 87%. Ждём массового производства SoC с процессором на архитектуре ARMv8.
| |
|
|
3.5, Аноним (-), 15:16, 26/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
С серверами размером с флешку каждый сможет создать себе свое облако сам.
| |
3.6, Аноним (-), 15:17, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Дороговато будет, ибо производительность на ватт у арм пока хромает.
| |
|
4.8, DannyBoy (ok), 15:20, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Так то да. Ибо x86 очень сильно развилась, но несёт в себе огромную избыточность инструкций, которой RISC-процессоры не страдают. ИМХО, думаю в ближайшее время эффективность ARM значительно повысят.
| |
|
5.9, Аноним (-), 15:28, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Я диванный аналит^W^W не специалист, но своим дилетантским умом понимаю, что аппаратная реализация этой "избыточности" суммарно занимает очень небольшую площадь кристалла, гораздо меньшую чем например кэш. А экономия на переходах между состояниями энергосбережения (x86 действительно не умеют спать эффективно) не играет никакой роли на серверных нагрузках. Так что х86 относительно к серверам может спокойно тянуть балласт в виде избыточности системы команд, никому от этого вреда не будет.
| |
|
6.10, DannyBoy (ok), 15:35, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Насчёт потребления Кэша, тут ты прав. Таки в новых AMD будет фича, которая отрубает часть кэша и подключает при необходимости. Плюс у ARM(или всех RISC) есть бескостыльность с конвейером: при неверном угадывании перехода, сбрасывается конвейер, у RISC же, если не ошибаюсь, он не сбрасывается, а не выполняется определённое количество инструкций до необходимых. Ну природе то будет урон. :3
| |
|
7.17, Аноним (-), 17:17, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>при неверном угадывании перехода, сбрасывается конвейер, у RISC же, если не ошибаюсь, он не сбрасывается, а не выполняется определённое количество инструкций до необходимых
Вы в серьез в это верите? Pentium 2 внутри RISC, снаружи только перекодировщик из x86 кода в uops. А уж как конвейер реализован, это вообще никак не относится к сложности команд что реальных (uops) что виртуальных. А теперь прикинь сколько времени прошло со времен пентиума2, там внутри давно уже аппаратный многомашинный комплекс соединенный шинами и коммутаторами. Конвейер, блин.
| |
|
6.11, Аноним (-), 16:01, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Есть сервера бОльшую часть жизни проводят в спячке - файлопомойки к примеру.
| |
|
|
4.14, Crazy Alex (ok), 16:35, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
Если оно будет слегка дороже аналогичной по мощности виртуалки на Xen - вполне приемлемо. Всё же с распределением ресурсов(особенно диска) в виртуалках пока совсем не фонтан.
| |
|
|
|
1.16, sasa (??), 16:56, 26/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64
Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось что если вообще не использовать SIMD (да-да - armhf на котороый сейчас все дистрибутивы перешли) производительность вырастает в разы.
| |
|
2.18, Аноним (-), 17:23, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64
> Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось
> что если вообще не использовать SIMD (да-да - armhf на котороый
> сейчас все дистрибутивы перешли) производительность вырастает в разы.
Дадада, нет чтобы кнопочки GUI передвинуть, или с самолета диски RedHat сбросить над тайгой, умора просто с них. И естесственно баргепорт регрессии оптимазатора надо постить на opennet, тут тусуются разработчики GCC круглые сутки.
| |
|
3.21, Аноним (-), 17:58, 27/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64
>> Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось
>> что если вообще не использовать SIMD (да-да - armhf на котороый
>> сейчас все дистрибутивы перешли) производительность вырастает в разы.
> Дадада, нет чтобы кнопочки GUI передвинуть, или с самолета диски RedHat сбросить
> над тайгой, умора просто с них. И естесственно баргепорт регрессии оптимазатора
> надо постить на opennet, тут тусуются разработчики GCC круглые сутки.
тут вообще разрабов серьезных не бывает, одни трепачи диванные. Максимум "продвинутые пользователи Убунту"
| |
|
|
|