Ну так если нужно непрожорливое - Intel выпустили Avoton. Вполне себе восьмиядерный и маложрущий. У Supermicro даже есть интересная Mini ITX плата (которая, правда, пока coming soon)...

Ну, такой риторике мне противопоставить нечего.
Вот только факт остаётся фактом: Intel до сих пор продвигает всюду х86, а более перспективная и современная архитектура, разработанная при их же участии, фактически умерла.

Это потому, что когда кто-то кого-то в чем-то обвиняет - это вообще не особо какой аргумент. Itanium почему-то до сих пор обновляется.. А вообще они, по сравнению с x86, все полумертвые в серверах и ПК...

ShadowTM даже в видеокартах отказались от итаниум подобной архитектуры

Зачем мне смотреть на клеточку ниже? Если бы Вы были внимательней, Вы бы поняли, что Я говорил о Bald Eagle. А вы можете обсуждать все, что вам угодно.

Вы сравнили автомобиль и самолет.

Новость про Hierofalcon. Тот факт, что Bald Eagle попал в вырезку из слайда - никакого отношения к предмету новости не имеет.
И, интереса ради, какая Вам погода от Bald Eagle и что нового Вы узнали про эту embedded версию Kaveri конкретно из этой новости?
Если первый раз картинку увидели - она не новая.
И с чего Вы вдруг решили, что именно 2 Core - 17 Вт, а именно 4 Core - 35 Вт?

Я(и не только) понял что вы явно не туда глянули на слайде. Новость о чем? Читаем название

Вы написали

Вам ответили

Так как новость про

Всё другое в этой теме
Оффтоп

VLIW предъявляет повышенные требования к компилятору, которым должны заниматься непосредственно разработчики архитектуры. рядовой программист абстрагирован от всего этого ЯПом.

У меня и сейчас роутер с активным охлаждением, прилепил кулер на RT-16N.

ну конечно прямотаки абстрагирован, если устраивает 90% простоя то и "абстрагирования" хватит , но чёта както никого не устраивает

если склероз не изменяет - то одной из причин массового использования amd64 вместо IA64 была катастрофически низкая скорость исполнения 32-х разрядного x86 кода на IA64.

На картинке именно это и указано. К тому же, по Вашей ссылке все подробней некуда описано;
Bald Eagle, объединяющие 2 или 4 ядра Steamroller. Тепловой пакет Bald Eagle будет начинаться с 17 Вт и заканчиваться на 35 Вт.

какой простой, ты о чем? SuperPI на нем не погоняешь да - VLIW (тем более EPIC) только под многопоток

вобщето "пи" расчитывается иттерационным способом- многопоток в самом что ни на есть махровом проявлении, а рукоопые программеры и не на такое способны
и тут никакой компилятор не поможет

А компилятор ЯП знает, окажется ли конкретная область памяти окажется в момент исполнения в кэше и если окажется, то в каком (L1, L2...)? Без этого знания невозможно предсказать, сколько времени займёт одна паршивая операция чтения. Причём из-за VLIW связки это будет означать также невозможность нормально исполнить другие операции, которые упакованы в VLIW вместе с той, которая ожидает готовности данных.
Конечно, можно попытаться сделать ещё и асинхронную загрузку, т.е. заставить компилятор пихать операцию чтения в регистр задолго до операции использования значения данного регистра, но тут такая проблема: для выполнения подобных оптимизаций компилятору нужно место для того чтоб развернуться. Ему нужен участок кода без каких либо ветвлений, достаточно длинный, чтоб на этом участке можно было выделить несколько независимых друг от друга цепочек вычислений для параллельной упаковки их в VLIW, да ещё и перемежить их другими цепочками, чтоб дать возможность инструкциям завершиться до появления зависимых от них инструкций.
Короче, VLIW - идея не рабочая. Изобрели её, кстати, задолго до итаников и она ещё тогда не пошла. Единственный более-менее успешный случай использования VLIW - это GPU AMD, но тут нужно учитывать, что 1) GPU код богат на операции матричной и векторной арифметики, которая очень хорошо кладётся на VLIW 2) в GPU активно используется многопоточность, т.е. как только встречается операция, требующая ожидания данных из памяти, GPU просто откладывает обработку этого набора вершин или пикселей и начинает обработку других. Но даже не смотря на эту фору, AMD потребовалась пара лет на доведение компилятора шейдеров до ума и при этом они отказались от 5x VLIW в пользу 4x.
Короче, мораль такая: VLIW - идея мёртворождённая. Она непригодна ни для создания быстрой однопоточной производительности (в отличие от OoO), ни для создания "широкой" производительности (в отличие от многопоточности на уровне ядра).

интересно, что ты там распараллелишь, если каждое следующее значение напрямую зависит от предыдущего?

ford0focus чувак да ты сфейлился ряды не зависят от предыдущего члена это тебе не рекурсия

http://en.wikipedia.org/wiki/Gauss%E2%8 ... _algorithm
это не ряд.