x86

я юзаю debian amd64, собирать ничего не надо, качаю с репки

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

> x86 команды сперва _динамически_ распределяются по ядрам

Сказки, покури биндинги шедулером к ядру.

> в то время как сами адепты используют спарк

Паверы забыл. Ну и армы с мипсами для всякой кухонной электроники.

Ну amd64 та же x86 c поддержкой 64 разрядов.

Потому, что деньги вложили в это уже, сволочи.

а на какую архитектуру надо переключится что бы было хорошо?

> а на какую архитектуру надо переключится что бы было хорошо?

Ну например процессоры архитектуры EPIC.

>Ведь пересобрать программы под новую архитектуру с языка высокого уровня несложно.

эх, какая наивность...

>Но все равно преобладает x86. Почему?

Потому же что и мелкомягкие - это все происки МежДелМаш.

>Ну например процессоры архитектуры EPIC.

Вот смотри: я хочу купить новый комп. Я уверен, что на предложенной архитектуре заведется гента (совсем извращенные случаи я сразу отбрасываю). Но:

1. сколько мне это будет стоить?

2. где мне это достать?

3. будет ли оно производительнее аналогичного (за те же деньги) x86?

> x86 команды сперва _динамически_ распределяются по ядрам

По каким ядрам? Исполняющим устройствам, что ли?

>> а на какую архитектуру надо переключится что бы было хорошо?

>Ну например процессоры архитектуры EPIC.

Что, для них уже научились писАть нормальные компиляторы?

P.S. запарил тупой молодняк

быдло-x86 не говном от этого не становится.

потому что виндовз

А другие архитектуры из той же категории в любом случае более производительны. Если делать компилятор по x86 и PowerPC, причём выжимая все навыки и таланты, то под PowerPC будет компилироваться более быстрый код. То есть архитектура более производительная и сбалансированная.

Кстати да - вантуз сейчас сильно прибит гвоздями к x86 и IA64.

> А другие архитектуры из той же категории в любом случае более производительны.

И насколько? (цифры, плиз).

> Если делать компилятор по x86 и PowerPC, причём выжимая все навыки и таланты, то под PowerPC будет компилироваться более быстрый код. То есть архитектура более производительная и сбалансированная.

Нет "архитектуры x86", забудь этот термин. Есть набор команд x86, за которым скрываются несколько разных процессорных архитектур.

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

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

Вообще, нереально сделать эффективный VLIW при нефиксированной ширине команды. А фиксированная ширина грозит ростом объёма кода (особенно учитывая, что сейчас используется значимое количество однопоточных алгоритмов, и получится, что большая часть кода будет забита нопами), поэтому VLIW применяется либо при огромном размере кэша (итаниум), либо когда память быстрая и низколатентная по сравнению с самим процессором (встраиваемые системы), либо когда заранее известно про характер кода (всякие DSP быстродействующие, видеокарты).

Ну и длину VLIW инструкций нельзя бесконечно увеличивать. Поэтому в современных видеокартах VLIW-инструкция содержит команды только для блока потоковых процессоров, а между блоками распределение идёт динамически (тут и невозможность сделать слишком сложную компиляцию играет роль, ведь она идёт в то же самое время на CPU).

Да и часто бывает запущено более одного требовательного процесса/потока, и было бы обидно не использовать незанятые ресурсы ядра, поэтому логично будет использовать несколько запусков (гипер-тридинг), а раз так, то всё равно многопоточность желательна, а значит и многоядерность имеет смысл.

> и о бинарной совместимости забыть придётся принципиально. И что в этом плохого? Свободный софт пишется на языках высокого уровня, а несвободный пошел в топку

>>И что в этом плохого? Свободный софт пишется на языках высокого уровня, а несвободный пошел в топку

Ты себе представляешь, что тогда произойдет?! Все придется при установке собирать из исходников. Я уже вижу тысячи несчастных молодых парней и девушек, чья судьба была искалечена красноглазием...

>девушек

facepalm.ebuild

Зато в темноте глаза будут светиться и фонарики не понадобятся

>И что в этом плохого? Свободный софт пишется на языках высокого уровня, а несвободный пошел в топку

и сколько времени будет убито на собирание, к примеру, ОпенОфиса... И это одного ОпенОфиса..

Э проприентарщина не сдохнет.. Т.к есть .NET/Java.

>и сколько времени будет убито на собирание, к примеру, ОпенОфиса... И это одного ОпенОфиса..

А кому оно надо, собирать его? Дяди из команды разработки дистрибутива соберут пакетики, как сейчас их уже собирают под sparc, mips и прочие powerpc.