URL: https://ssl.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 81135
[ Назад ]

Исходное сообщение
"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."

Отправлено opennews , 02-Ноя-11 23:43 
Компания Hewlett-Packard анонсировала (http://www.hp.com/hpinfo/newsroom/press/2011/111101xa.html) инициативу Moonshot (http://www.hp.com/hpinfo/newsroom/press_kits/2011/MoonshotIn...), в рамках которой будут развиваться решения на базе процессоров с низким потреблением электроэнергии. В частности, уже представлена первая платформа Redstone, позволяющая в одной стойке разместить до 2800 узлов на базе одночиповых систем Calxeda (http://www.calxeda.com/) с четырёхядерным процессором ARM Cortex A9.
<center><img src="https://www.opennet.ru/opennews/pics_base/32206_1320259146.jpeg " style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></center>

Каждая карта укомплектована четырьмя процессорами EnergyCore (http://www.calxeda.com/products/energycore/ecx1000), восемью 10-гигабитными Ethernet портами, четырьмя интерфейсами SATA, четырьмя слотами MicroSD и четырьмя сокетами mini-DIMM, в которые можно поместить до 16 Гб ОЗУ. Карты ко...

URL: http://blog.canonical.com/2011/11/02/hpmoonshot/
Новость: https://www.opennet.ru/opennews/art.shtml?num=32206


Содержание

Сообщения в этом обсуждении
"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Canonical , 02-Ноя-11 23:43 
Canonical молодца, вперед за инновациями!

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Michael Shigorin , 03-Ноя-11 06:04 
Да уж, инновации им (и производителям армового железа) явно понадобятся.  Смотрел недавно 10.04 с родной флэшки iMX53 QSB -- мягко говоря, не впечатлило (это при 1GHz/1Gb).  В dmesg лучше бы вообще не заглядывал, фобос и деймос.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено lyonya , 03-Ноя-11 16:36 
Загрузите Windows 7 на
> 1GHz/1Gb

и впечатлитесь.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:02 
> Загрузите Windows 7 на
>> 1GHz/1Gb
> и впечатлитесь.

У него как бы есть альтлинукс, сдалась ему семерка :). Тем более что  ее как-то и не получится на указанном проце запустить. А вот за что ему 23 минуса вдуплили я не понял. У убунты есть ряд довольно противных тормозилок, типа значка принтера в трее на 20 метров. Потому что ради сраного значка - раскочегаривается огроменный питонище и это потом радостно висит в памяти. Хавая 2% от этого гига на отрисовку значка которым 99.99% времени никто вообще не пользуется.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:00 
> В dmesg лучше бы вообще не заглядывал, фобос и деймос.

А чего там в дмесг не так? //ну интересно же за что вам столько минусов вкатили? oO


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 07-Ноя-11 14:32 
>> В dmesg лучше бы вообще не заглядывал, фобос и деймос.
> А чего там в дмесг не так? //ну интересно же за что
> вам столько минусов вкатили? oO

За амнезию. Вначале хосты именами спутников Марса назвал, на следующий день глянь в логи а там Фобосы и Деймосы.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 02-Ноя-11 23:54 
>По заявлению компании Canonical, серверная редакция Ubuntu, начиная с выпуска 11.10, уже поддерживает архитектуру ARM Cortex A9 и может использоваться на SoC Calxeda.

11.10 не LTS, соответственно не Айс.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 11:23 
Ты не можешь прочитать даже приводимую тобой цитату.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 02-Ноя-11 23:55 
Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1 ГГц и 4 ядра
это конечно хорошо, но ГигаФЛОПС нужнее!!!



"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено klalafuda , 03-Ноя-11 00:24 
> это конечно хорошо, но ГигаФЛОПС нужнее!!!

Может я конечно чего не понимаю, но нафига, допустим, 'обычному' там вебсерверу или мыловарке именно FLOPS? Откуда там существенная нагрузка именно на операции с плавающей запятой? Нагруженных же систем, которые хотят приведенное в этом простом примере - пруд пруди. И, почти уверен, что существенно поболее будет, чем числодробилок.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 00:43 
>> это конечно хорошо, но ГигаФЛОПС нужнее!!!
> Может я конечно чего не понимаю, но нафига, допустим, 'обычному' там вебсерверу
> или мыловарке именно FLOPS?

FLOPS - используют как показатель работы проца вообще. Операции с float и double
практически не предсказываются, хреново кешуруются (если кэшируются вообще)
и не оптимизируются. А добавлением L3 кэша, всяких блоков предсказаний переходов,
ветвлений, гипертредами обмануть можно только всякие specInt и LINPAKи.
Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.  
  


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Andrew Kolchoogin , 03-Ноя-11 01:01 
> FLOPS - используют как показатель работы проца вообще.

    А при чём тут, простите, микропроцессор,..

> Операции с float и double практически не предсказываются, хреново кешуруются
> (если кэшируются вообще) и не оптимизируются.

    ... если ты ведёшь речь про ОЗУ?

Да, хреново предсказываются, да, не кешируются, но вся эта шняга нужна для того, чтобы "расшить" узкое место -- FSB и ОЗУ, которые тормозят.

При чём здесь CPU?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено klalafuda , 03-Ноя-11 01:26 
> Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.

С какой стати реальная производительность 'обычного веб-сервера' под управлением apache или nginx зависит от нецелочисленных операций и пропорциональна FLOPSу машины? Если ни код сервера ни конечный код, скажем, скриптов их практически или же совсем не использует?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 01:39 
> Реальная производительность будет пропорциональна FLOPSам с некотороым коэффициентом.

На вебсервере? Это с хрена ли, если там плавучка почти не используется?! Там скорее целочисленные операции важны.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 03:41 
Всегда можно найти такой коэффициент ( -oo > k > oo ), при котором  выражение KПД = k*FLOPS
- производительность процессора пропорциональна его же FLOPSам с некоторым коэффициентом",
будет истино.

И попробуйте доказать обратное :)



"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 05:32 
Всегда можно придумать как отобразить погоду на марсе на производительность процессоров. Только вот нахрена и что это будет показывать?

А если ты такой умный - попробуй для начала хотя-бы доказать что твой коэффициент для начала константа. Хотя-бы в рамках семейства ARM, чтоли. Или нахрен нам коэффициенты показывающие хз что и меняющиеся в зависимости от фазы луны?

Учти что возможны варианты, примерно так:
1) Чисто софтварная плавучка.
2) Обычная плавучка через армовский сопроцессор.
3) SIMD, в том числе неоновский (он опционален и его наличие зависит от жабы производителя).


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 06:28 
> А если ты такой умный - попробуй для начала хотя-бы доказать что
> твой коэффициент для начала константа.

Ёпть, как два байта об асфальт - k = F/I, где F - средние количество тактов процессора для выполнения float-команд, I - целочисленных.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 09:38 
Констатнта, но k всегда разная :)

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 12:52 
> Ёпть, как два байта об асфальт - k = F/I, где F
> - средние количество тактов процессора для выполнения float-команд, I - целочисленных.

Круто, тогда k вообще не нужно, достаточно померять скорость целочисленных операций более актуальных для сервера :))).

Но откуда тут следует что k будет константой? Хочешь методом "от противного"? Представь себе cache hit или cache miss в числителе и/или знаменателе. Получатся разные k ;). При том как минимум для целочисленного кода скорость выполнения существенно зависит от того влез он в кэш или нет. Нахрена нам коэффициент который постоянно норовит меняться?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 04-Ноя-11 05:04 
> Нахрена нам коэффициент который постоянно норовит меняться?

Не грузи, гугли на тему теория сложности вычислений.
Из которой поймёте, что алгоритм не может работать хаотически
на дискретном устройстве.

Для антифлуда - измерения производить при +20С, нормальной радиации, вибрации и ЭМИ.



"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 01:22 
> это конечно хорошо, но ГигаФЛОПС нужнее!!!

Зачем тебе на _сервере_ _гигафлопсы_ ?? Ты там что сервируешь то с такими объемами плавучки?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 03:54 
>> это конечно хорошо, но ГигаФЛОПС нужнее!!!
> Зачем тебе на _сервере_ _гигафлопсы_ ?? Ты там что сервируешь то с
> такими объемами плавучки?

Других применений компьютерам не знаете?!


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 05:40 
> Других применений компьютерам не знаете?!

Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_ которая ему нафиг не вперлась. То что ты выдал - похоже на попытку проверить бандвиз оперативной памяти. Только в случае ARM все несколько иначе чем в случае х86, соотношения несколько другие. Например, ARM не больно сложное ядро и потому не заморачивается наворотами которые типичны для х86. Может это и идет в ущерб числу команд смолоченных за такт, зато за этот такт переключается мало транзисторов и проц мало жрет на энной частоте, и там еще большой вопрос чья возьмет в результате.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 06:50 
>> Других применений компьютерам не знаете?!
> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
> которая ему нафиг не вперлась.

Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа - зло,
а комплексные числа и тензоры вааще ацкий сотона придумал.  


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 09:40 
>>> Других применений компьютерам не знаете?!
>> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
>> которая ему нафиг не вперлась.
> Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа -
> зло,
> а комплексные числа и тензоры вааще ацкий сотона придумал.

Где это все на вебсерверах?
Похоже вы только о своих применениях знаете.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 10:38 
Чего накинулись? Человек спросил именно про то, что его больше всего интересовало и что ему нужнее. Может он и не собирается это использовать просто как веб-сервер, а рассматривал возможность использовать как небольшую числодробилочку с низким потреблением э/энергии, прикидывает различные ваиранты, а тут новый игрок появился. Не на веб-серверах же свет клином сошелся

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено oops , 03-Ноя-11 10:55 
я вот тоже не понял всего сыр-бора. Разве не хочется узнать флопсы7

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 10:56 
> Чего накинулись? Человек спросил именно про то, что его больше всего интересовало

Человек не спросил, а сказал следующее:
"Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1 ГГц и 4 ядра
это конечно хорошо, но ГигаФЛОПС нужнее!!!".

> и что ему нужнее. Может он и не собирается это использовать
> просто как веб-сервер, а рассматривал возможность использовать как небольшую числодробилочку

В сказанном этого не видно, видно только, что иные варианты использования сабжа чел не рассматривал.

> с низким потреблением э/энергии, прикидывает различные ваиранты, а тут новый игрок
> появился. Не на веб-серверах же свет клином сошелся

На числодробилках тоже.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 11:27 
Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!
95% процессорного времени они простаивать будут, эт точно.

4 Хеона и 64 гига оператифки на 100.000  соединений за глаза хватит.



"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 11:58 
> Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!

Проснись, это предполагается использовать для дата-ферм, для здачи в аренду, не для одного веб-сервера.

> 95% процессорного времени они простаивать будут, эт точно.

Это вообще привычное состояние для сервера, потому и придумывают сабжевые платформы, кому виртуальные серваки не подходят.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 12:14 
> Вот вы мне лучше ответьте, нах...я веб серверу несколько тысяч процессоров?!
> 95% процессорного времени они простаивать будут, эт точно.

Ставишь один такой сервак, и тебе за глаза его хватает успешного ведения бизнеса по предоставлению хостинга.

> 4 Хеона и 64 гига оператифки на 100.000  соединений за глаза
> хватит.

А вот такого не хватит и даже 5 таких.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 12:49 
>> 4 Хеона и 64 гига оператифки на 100.000  соединений за глаза
>> хватит.
> А вот такого не хватит и даже 5 таких.

Хватит... чтоб на лепестричестве разориться...


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено pavlinux , 03-Ноя-11 11:21 
>>>> Других применений компьютерам не знаете?!
>>> Да почему же, просто производительность _сервака_ довольно странно мерять по _плавучке_
>> а комплексные числа и тензоры вааще ацкий сотона придумал.
> Где это все на вебсерверах?

Я чуть падстол не упал :D


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 03-Ноя-11 11:54 
> Я чуть падстол не упал :D

С пола смог упасть? Силен. Сколько ГигаФлоп поднял?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 12:55 
> Могу даже поспорить, при желании Вы сумеете доказать, что отрицательные числа -
> зло,
> а комплексные числа и тензоры вааще ацкий сотона придумал.

А уж какую-нибудь ортогональную модуляцию придумал и вовсе кто-то довольно ушибленный на голову. Но хорошо ушибленный, побольше бы таких.

P.S. ты б еще предложил ОТО к серверам применить. Ну чтобы точнее изучать идущие там процессы. Надо ж учесть релятивистские эффекты применительно к электронам в процессоре, или где?!


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено sanDro , 03-Ноя-11 15:21 
Тогда уж КЭД. Это куда ближе к теме физ.процессов внутри процов.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:16 
> Тогда уж КЭД. Это куда ближе к теме физ.процессов внутри процов.

О, я придумал. Пусть он КЭД скрестит с ОТО, дабы получить максимально точное описание процессов происходящих в процессорах :))). Ну а попутно он нам напишет "теорию всего", подумаешь какие мелочи :D


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Xaionaro , 04-Ноя-11 11:45 
> Ты там что сервируешь то с такими объемами плавучки?

Мне дак по научной работе нужно написать расчётную программу, где double-овых арифметических операций значительно больше, чем целочисленных.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 04-Ноя-11 14:22 
>> Ты там что сервируешь то с такими объемами плавучки?
> Мне дак по научной работе нужно написать расчётную программу, где double-овых арифметических
> операций значительно больше, чем целочисленных.

Если вам нужен карьерный самосвал, будете охаивать легковушки?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Xaionaro , 04-Ноя-11 14:39 
>>> Ты там что сервируешь то с такими объемами плавучки?
>> Мне дак по научной работе нужно написать расчётную программу, где double-овых арифметических
>> операций значительно больше, чем целочисленных.
> Если вам нужен карьерный самосвал, будете охаивать легковушки?

Не надо всё воспринимать в штыки. Мне наоборот эта железка кажется очень симпатичной. Но лично я всё-таки хотел бы знать эти FLOPS-ы. Не то, чтобы я планировал её использовать, просто обычное профессиональное любопытство.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fr0ster , 04-Ноя-11 14:57 
> Не надо всё воспринимать в штыки. Мне наоборот эта железка кажется очень
> симпатичной. Но лично я всё-таки хотел бы знать эти FLOPS-ы. Не
> то, чтобы я планировал её использовать, просто обычное профессиональное любопытство.

Любопытство не требует причин и пояснений.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 11:29 
> Какой GFLOPS у этих Сortex A9? А то, 5 Ватт на 1
> ГГц и 4 ядра
> это конечно хорошо, но ГигаФЛОПС нужнее!!!

Смотря для чего.  


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено tmx , 03-Ноя-11 00:06 
ух ты! :) давно пора.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 00:15 
Судя по картинке, Govnelle в ARMv7 выкинули?

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено EuPhobos , 03-Ноя-11 00:56 
> По заявлению компании Canonical, серверная редакция Ubuntu, начиная с выпуска 11.10, уже поддерживает архитектуру ARM Cortex A9

Ушёл делать из своего n900 сервер.. :-D

Не ну молодцы.. Хоть как-то, чем-то Hi-Tech начинает снижать обороты по потреблению ресурсов нашей планеты)


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 05:41 
> Ушёл делать из своего n900 сервер.. :-D

apt-get install lighttpd? :))


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 11:26 
> Ушёл делать из своего n900 сервер.. :-D

У меня стоит, и asterisk тоже.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено xandry , 03-Ноя-11 01:06 
SUSE/Attachmate/Novell опять ни при делах?

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 12:15 
> SUSE/Attachmate/Novell опять ни при делах?

Банкроты как всегда ни при делах.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:56 
> Банкроты как всегда ни при делах.

Дык они не банкроты а продавшиеся с потрохами аттачмэйту олухи.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено 1010 , 03-Ноя-11 01:14 
А дескопы появятся на этом (с меньшим числом СнЧ)?

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 01:36 
> А дескопы появятся на этом (с меньшим числом СнЧ)?

Ноуты уже появились, правда, на нвидиевском тегра2.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Онаним , 03-Ноя-11 13:03 
Где появились? В новостях на ixbt или thg? В прайсах сплошной атом с редкими вкраплениями закате.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 16:29 
При большом желании можно найти, я однажды его видел даже на витрине. (:

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:19 
> При большом желании можно найти, я однажды его видел даже на витрине. (:

Асус еее трансформер продается в каждом зачуханном ларьке с планшетами и ноутами.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:18 
> Где появились? В новостях на ixbt или thg? В прайсах сплошной атом
> с редкими вкраплениями закате.

Да ну? А асус еее трансформер вы что, и правда ни разу не видели? Он же в каждом первом прайсе есть. Еще есть toshiba ac100, хоть и пореже асуса попадается.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 12:17 
> А дескопы появятся на этом (с меньшим числом СнЧ)?

Нетбуки с армами уже есть.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 01:25 
Хьюлет не был бы хьюлетом если б не оставил Большому Брату бэкдор:
------
Intelligence means it just works. Every ECX-1000 series SoC also contains an on-chip EnergyCore Management Engine (running on a separate, dedicated processor) that provides autonomic operation. The patent-pending design allows the management engine to perform real-time power optimizations by individually tuning 14 different power domains within the node, idling or turning off entire subsystems when possible, yet instantly resuming operation within a matter of clock cycles. Additionally, the EnergyCore Management Engine provides “always-on” remote management capabilities through standard interfaces that work seamlessly with existing system management tools.
------

Я конечно понимаю что ремотное администрирование удобно, но какие есть основания доверять непонятной проприетарной хрени крутящейся на непонятном вспомогательном проце?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Crazy Alex , 03-Ноя-11 05:40 
Для серверов подобные вещи - обязательный функционал,вообще-то. Ибо сильно удешевляют поддержку.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 05:42 
> Для серверов подобные вещи - обязательный функционал,вообще-то. Ибо сильно удешевляют
> поддержку.

Да, конечно, а заодно и бэкдорчик годный. И конечно же это фирмваре не будет опенсорсным, да?


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Avator , 03-Ноя-11 07:40 
Уважаемый, это же числодробилка, зачем её в DMZ выставлять?

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 19:57 
> Уважаемый, это же числодробилка, зачем её в DMZ выставлять?

Да какая она числодробилка, сервант обыкновенный. Для числодробления в массовых количествах лучше пачка амдшных видеокарт в обычном серваке.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Xaionaro , 03-Ноя-11 01:56 
Нда. Мир меняется. Интересно будет поиграться с такой штуковиной.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 02:18 
Мне интересно, почему упоминают Ubuntu, не имеющую LTS ветки для ARM, когда Debian stable (и даже old-stable) эту архитектуру поддерживает.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 06:04 
Потому что  дебиан не договаривался с HP .Ваш К.0

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Daemontux , 03-Ноя-11 10:27 
> Мне интересно, почему упоминают Ubuntu, не имеющую LTS ветки для ARM, когда
> Debian stable (и даже old-stable) эту архитектуру поддерживает.

Когда будет готова реальная железка будет и lts


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 11:21 
> Мне интересно, почему упоминают Ubuntu, не имеющую LTS ветки для ARM, когда
> Debian stable (и даже old-stable) эту архитектуру поддерживает.

Debian серьезно проигрывает по времени поддержки - 3 года против 5 лет для LTS-релизов Ubuntu. Именно по этой причине корпоративные пользователи последнее время на Ubuntu переползают, по сути для LTS-релизов никакой разницы с Debian, но поддерживается дольше.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Avator , 03-Ноя-11 07:55 
Это просто бомба.
В конечном итоге подобные технологии окажут серьезное влияние и на технологии разработки ПО. Будет интересно )

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 08:13 
Сейчас объявятся интел и микрософт со своими гетзефактсами и, брызгая слюной, будут доказывать, что АРМ никому не нужен ;)

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено анонимус , 03-Ноя-11 10:00 
Ага, не нужен до такой степени, что майкрософт от красноглазия портирует Windows 8 на арм.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 10:32 
Портируют они, AFAIK, только клиентскую Win8, которая "кетайский геймбой", и только потому, что они хотят ее на планшеты. Про вин-сервер, портируемый на АРМ, я ничего не слышал. Вообще портирование проприетарной ОС на другую платформу - занятие неблагодарное, поскольку надо еще убедить писателей всяких автокадов и корелов, что их софт нужен аудитории вашей ОС на другой аппаратной платформе (хотя она еще не вышла, и софта под нее шиш - только мсофис и калькулятор), а без этих софтписателей винда теряет свое главное преимущество

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 10:05 
Они портируют (или уже портировали?) винду на арм.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 11:28 
> Они портируют (или уже портировали?) винду на арм.

Говорят что это netbsd с интерфейсом Метро.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Ваня , 03-Ноя-11 11:32 
А ещё говорят, что в Москве кур доят...

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 23:41 
> Говорят что это netbsd с интерфейсом Метро.

Говорят что это похоже на китайский тетрис.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 07-Ноя-11 14:30 
>> Говорят что это netbsd с интерфейсом Метро.
> Говорят что это похоже на китайский тетрис.

Таки больше на пятнашки.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Аноним , 03-Ноя-11 08:28 
Пока не будет 64-х процессоров, сервера на ARM всего лишь экспериментальная игрушка.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Сергей , 03-Ноя-11 10:08 
Они уже идут. http://www.3dnews.ru/news/619113/

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено fork , 05-Ноя-11 03:52 
Ваше утверждение похоже ближе к тем темам сверху о числах с плавающей запятой. Не знаю статистики, но интересно где же так 64-битные регистры в обычных серверах используются, может в криптографии? Те 64 бита для каких-то специфических применений с длинными числами нужны, может еще пару тройку применений.

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Zulu , 06-Ноя-11 02:43 
А почему процессоров должно быть 64? И кстати где их должно быть 64?

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено me , 03-Ноя-11 13:12 
> Each board exposes eight 10 Gigabit fabric links and SATA

...
>EnergyCore Fabric configuration exports eight (8) EnergyCore 10Gb network links to a system board, used to connect multiple EnergyCards via internal interconnects or external interface connections (1GbE or 10GbE)

...
>Каждая карта укомплектована четырьмя процессорами EnergyCore, восемью 10-гигабитными Ethernet портами

парни, это не 8 портов 10Gb ethernet-а :)


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Stax , 03-Ноя-11 16:18 
Оп-па. А мы то уж задумались, зачем этой хреновине 288 (!!!) 10-гигабитных портов при полном заполнении и сколько будет стоить железка, которая эти порты потом скоммутирует. И главное, для каких именно задач нужна пропускная способность в 2.8 терабита/с :o

"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Michael Shigorin , 04-Ноя-11 21:46 
> парни, это не 8 портов 10Gb ethernet-а :)

Насколько понимаю, всё же портов, но (в отличие от "нормального" прочтения перевода) внутренних с точки зрения шасси.  Ср. с IPMI-интерфейсами в типичных блейдах.

PS 2 Stax: задачки-то такие бывают -- см., например, слайд 16 http://ftp.linux.kiev.ua/pub/conference/peers/foss-sea/2011/... (и там таких свичей совсем не одна штука) -- но такие потоки надо куда-то ещё и затыкать, на этом тоже удивился.


"Компания HP, совместно с Red Hat и Canonical, начала продвиж..."
Отправлено Кирилл , 07-Ноя-11 15:46 
Интересное решение. Такой уровень грануляции масштабирование выглядит очень соблазнительно.