mag_ai http://www.realworldtech.com/haswell-cpu/4/ тут интересная статья, расписали почему Хасвел теоретически вдвое быстрее Сандика, я даже расчувствовался (хотя ничерта не понял, если честно, кроме добавления способности считать целочисленные штучки в FPU у Хасвела)... а потом вспомнил, что на практике никто там и не увидел разницы в этих самых, игорЪях. Видимо, нужны всяческие целочисленные криптографии и прочие AVX2

Ну циферок в линксе haswell всегда набирал почти в 2 раза больше, а толку, даже AVX1 бесполезен чуть менее, чем полностью. А из-за этой бесполезной лажы, в интел, якобы, меняли сокет с 1156 на 1155.

Renegade1979

Ну вот в демке system shock на новом unity5 многопоточность и одновременно мощность haswell проявляются

#77

впрочем, обычно у нас же дх11, там все остальные потоки, даже если и набивают 8 ядер Вишеры, ждут исполнения основного рендерного потока. Нужно побольше тестов честного дх12, то есть не такого как в Гирзе и Квантум Шлаке, где один рендерный тред, а честного
prototype7 шо, опять 2600К усех нагнув? Ну хоть i5 бородатого года обогнали, это уже прогресс, учитывая что игра странным образом идёт лучше на двухмодульнике

Renegade1979

Ну там альфа версия,среди амд странно конечно,но среди интелов реальный расклад хорошо показывает,3970 упал сразу когда новые инструкции работают Причем там все 16 потоков используются

Renegade1979

Да даже нехалем/блумфилд будут спокойно работать пока не сгорят

prototype7
Мда...проц за 15т = процу за 120т.Где-то нас обманывают

Ecowar

Ну там и i3 haswell очень хорошо работает,видимо в движке avx2 инструкции А так там выходит i5 haswell=i7 haswell(8 ядерный)что говорит о том что 4 ядер достаточно

это всё равно никак не отменяет того факта, что i3 у нас всего с двумя ядрами и соотв. позорная затычка, пусть это для офиса берут. Реализацию гипертрединга придумали ещё IBM, берём второй счётчик инструкций и добавляем туда регистров. Ядро может исполнять второй тред только при условии, что конвейер первого треда простаивает, а он там может быть в 30 стадий и разумеется 10-20% времени простаивает, по теории вероятности даже. Вдобавок тут ничего сверхъестественного, Хуанг давно юзает гипертрединг у себя в варп-планировщиках, с тех пор как мидловым Ферми выдали 2 диспетчера инструкций, вкупе с 24 ядра на планировщик. Лишние 8 ядрей, разумеется в GF100/110 были блоками двойной точности. В итоге даже не меняя дизайна GF114, его тупо умножают в длину и ширину и в Кеплер GK110 они попали как лишние ядра на варп-планировщик (48 штук), рядом с DP блоками, видимо никто не заметил что они лишние. Первое правило Зелёной Жабы - всегда режьте DP, продадите отдельно, за 400 баксов. Второе правило - всегда проектируйте старшие чипы из мидловых, так дешевле. Подумаешь, тыква будет и греется, зато можно экономить на R&D . И эти два диспетчера инструкций хоть как-то их вытягивали, но не особо, нужно на такт планировщика раздать инструкций на полтора варпа, что практически нереально, если только там не простаивает половина конвейера на всех тредах сразу

И то, что буль до сих пор актуален в отличии от Фенов!

Я бы сказал, что это из-за допила кода винды, а не из-за распределения потоков.

В сетевом и коммуникационном оборудовании? На микротиках что ли?
Там скорее IOS, JUNOS, Comware и т.п. И ASIC'и там, не x86.
В домашнем и бюджетном сегменте да, роутеры работают на линуксе, но там MIPS/ARM.
Сетевые решения на x86 есть, но, насколько мне известно, это довольно узкая ниша.

Ну так этот процессор и не для роутеров.

SmaSheR Ага... только вот как показывает практика использования тех же Т1/Т2 (моя личная практика), проблема x86 не в том, что набор команд x86 и структура не переопределяемая... например, на этом долбаном спарке, время работает куда четче, чем на x86. А наладить приемлемое время используя какой-то высокоуровневый гипервизор, когда и ядро и дхцп и ипсек соски в одной машине просто не возможно А на санке, которая нифига не плиска всё работает, как часы. Если АМД чем-то таким вдохновится - они займут нишу, в которой пока никого нет. А если это кому-то надо - они (амд) выиграют.

Ну и по асикам, не надо тоже путать теплое с мягким. Когда говорят Xilinx, обычно думают что там пвм и всё... а то, что там может случиться несколько ppc или arm ядер, как-то остаётся за кадром

ну-ну, насколько сильно нужно?
взять тот же донедавна однопоточный WoT (которому ничего не мешало юзать весь FPU модуля целиком) - почему же он на бульдозерах так тупил-то?


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


для конкретного игрового движка - да.


пффф... даже циски есть на х86 (ASA если не ошибаюсь).

И верно, ASA, по крайней мере, последние - на Intel'овских камнях. С ASA я работал только через третьи руки. У Juniper, кстати, тоже есть х86 фаерволл.
Значит в фаерволлах эти камни могут пригодиться. Но откажутся ли вендоры от Интела в пользу АМД? Лоуэнд решения - на атомах, а там где мощность Совы может пригодиться, цена на камень имеет небольшое значение.

Не бесполезен он. Что первая, что вторая итерация - архиполезные вещи. беда в другом - ни один сегодняшний компилятор не в состоянии генерировать SIMD-ориентированный код. Т.е. для использования векторных операций их приходится прописывать на низкоуровневых вставках.
Если серьезно взглянуть на эволюцию х86 процессоров, то становится понятно, что "скачки в производительности" сейчас в архитектурном плане возможны только с неудачных решений. Возможно, ещё есть некий потенциал у декодеров. Не планировщиков - там уже большая часть возможного выработана, а именно у декодеров. Но упирается все, как всегда, в возможности преобразования кода. А пока что это никто не решил. И дальнейшее нараживание мускулов - добавление ALU общего(как в Хасвелл) и векторного типа, их преобразования и т.д. многого не дадут. Все банально упирается в код. Который не может загрузить все исполнительные юниты. И HT тут не панацея. А, в основном, костыль (хотя для вэб-серверов и подобных с невысокой нагрузкой на одно ядро это огромный плюс).

daigoro - иди в ближайший курятник и кукарекай там. Там тебя оценят. А тут нужно понимание, которого у тебя даже близко нет.

Nimrael Декодер.... ага, найдите какую-нибудь толковую ветку по влив, там примерно те же блок баги и в риск тоже... сначала делали всё чтобы упростить разработку компиляторов и ПО, потом, заоптимизировали получившуюся абстракцию, теперь опять к истокам... с отворотами к плис и пр. Счастья нигде нет, не только на х86

SmaSheR а еще асики не любит EMC... у них именно в стораджной составляющей только хба + цпу. Так что, если в вбрик положить 32 потока и 100W - получится оченно даже ничего