[AMD]Доказательство победы АМД

Ты бы скопировал всю статью. То, что ты не скопировал, многое объясняет, цитата кажется вырванной из контекста.

Я приучаю ходить по ссылкам. А друг там ЦП-порево, а ну как не заглянуть, а?

*вдруг

Оно не всем нравится. Лучше голая Гаечка, она хоть взрослая.

>Заново изобретут процессор Cell

Cell далёк от идеального процессора, его пока вообще нигде нет.

>GPU. ну или вменяемый небольшой FPGA, как штеуд на Атомы некоторые ставит.

GPU снаружи и довольно глупый. Небольшой FPGA тоже не прокатит, распараллеленнной мощности нужно много при обычном энергопотреблении. Мощность нужна не только математикам для просчёта на кластере с пейтоном вируса свиного гриппа а всем пользователям персоналок. Напечатать можно почти любую схему, но не хватает ума чтобы загрузить её творческой работой. Помочь в решении этой задачи может большой коллектив гопников-микроядер перенастраивающих свою структуру в зависимости от задачи, но для этого ядер должно быть >15. Попутно необходимо присобачить поддержку технологии в компиляторы и ЯП, если это будет сделано, количество ядер можно резко нарастить. Штеуд наоборот, лепит мощные и громоздкие ядра, которые в данную схему не вписываются, а значит производительность ПО будет намного больше зависить от того, на что заточен компилятор и на чём выполняется программа. Короче, эмуль PS2 как был огороженным калом, так им и останется.

>большой коллектив гопников-микроядер

дофига будет жрать и тупить на простых малопоточных задачах.

Короче, эмуль PS2 как был огороженным калом, так им и останется.

А это тут причем?

Никак не могу понять - это маниловщина или хлестаковщина %)

>дофига будет жрать и тупить на простых малопоточных задачах.

Меньше размер, меньше аппетит. Сейчас малопоточные задачи ядро выполняет не 100% времени. Постоянно нужно переключаться, на это тратятся ресурсы и время. Если прожорливый поток раз в несколько циклов делает паузу в 1мс, то проц не успевает нормально порешать другие задачи и вовремя к нему вернуться, получаются рывки. Нужно делать паузу в 2мс, а это уже большая величина. В итоге, даже относительно слабое ядро, занятое задачей 100% времени должно справляться с задачей не хуже мощного но занятого несколькими задачами.

Короче, эмуль PS2 как был огороженным калом, так им и останется.

А это тут причем?

Так его затачивают на штеуд+нвидия+32 бит, как ни попробую использовать так отгребаю глюки. А трахаться со сборкой 32 битного сишного кода в 64 битной системе что-то не хочется, да и нет уверенности в положительном результате квеста. Отличный пример софта, заточенного на железо, которое я не хочу покупать.

>Так его затачивают на штеуд+нвидия+32 бит

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

Это прогноз возможного развития технологий. Это можно сделать, если повернуть мозги в определённом направлении и целеноправленно работать над задачей попутно выкидывая на рынок промежуточные результаты. Восьмиядерник, который работает как четырёхъядерник, как раз и есть работающий прототип, а не законченное решение, более мощного устройства. Стараниями АМД х86 становится всё более и более вкусным.

>Ну так под самое распространенное железо и надо оптимизировать.

Вот пусть сами и жрут свои кактусы.

Исходники открыты, иди пили подо что-то другое.

Ты бы не стал пилить открытые исходники на моно, а мне не интересно перепиливать асму и плюсы.

> Это прогноз возможного развития технологий

Это мутный брейндамп (скорее маниловщина, чем хлестаковщина).

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

«Это» есть тлько у тебя в голове. Если в твоем брейндампе зацепиться за слова «коллектив ядер» и «перенастраиваемые», то получится какая-то реинакрнация Meiko Computing Surface. Если не предполагать в тебе таких знаний, то вообще непонятно, о какой «перенастраиваемости» ты говоришь.

Восьмиядерник, который работает как четырёхъядерник, как раз и есть

...фейл.

>большой коллектив гопников-микроядер

дофига будет жрать и тупить на простых малопоточных задачах.

Чёрт, это уже зелёный маргарин какой то. В АМД после выхода буля наступила амнезия и они внезапно забыли все технологии энергосбережения?

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

GA144? TILE64?

Очень жалко, что пока производители не додумались сделать несколько НЕРАВНОЦЕННЫХ ядер, причем как в количественном измерении, так и в качественном. Это было бы интересно.

> пока производители не додумались сделать несколько НЕРАВНОЦЕННЫХ ядер

Идее специализированных сопрцессоров уже лет 30.

Ну как же: ДСП на звуковухе, ГПУ на видюхе. Только интегрировано малость херовато(чуть более чем никак). АМД фьюжен, к сожалению, тоже оказался пшиком, тупым приделыванием граф. ядра рядом с процессором.

>А друг там ЦП-порево

Так и пиши в тегах про ЭТО))

По сабжу: У АМД производственная база уже, чем у ШТЕУД'а. И меньше политического влияния. Это многое решает. ИМХО, разумеется.

>ДСП на звуковухе, ГПУ на видюхе

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

> Я имел ввиду несколько неравноценных вычислительных ядер общего назначения

Одно немножко более общего назначения, другое - немножко меньшего? %)

Nvidia Tegra 3 же, 5 ядер=4 достаточно мощных + одно слабенькое для простоя

>«Это» есть тлько у тебя в голове.

Или у амдэшники наткнулись на фрагменты «этого», или это произойдёт позднее, если они продолжат движение в данном направлении.

Если не предполагать в тебе таких знаний, то вообще непонятно, о какой «перенастраиваемости» ты говоришь.

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

Восьмиядерник, который работает как четырёхъядерник, как раз и есть

...фейл.

Номера циферок мешают есть и спать?

>Очень жалко, что пока производители не додумались сделать несколько НЕРАВНОЦЕННЫХ ядер, причем как в количественном измерении, так и в качественном. Это было бы интересно.

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

>Идее специализированных сопрцессоров уже лет 30.

Для демонов A, B, C, D... никто специализированные сопроцессоры изобретать не станет.

>> Идее специализированных сопрцессоров уже лет 30.

Для демонов A, B, C, D... никто специализированные сопроцессоры изобретать не станет.

То есть ты говоришь о процессорах с расширяемым набором команд. Идея, конечно, богатая, но: 1) для систем общего назначения не подходит (никто не будет выделять демону отдельный процессор, и никто не будет постоянно перезагружать наборы инструкций при мультипрограммировании); 2) в Бульдозере ничего такого нет.

>То есть ты говоришь о процессорах с расширяемым набором команд. Идея, конечно, богатая, но:

Пока что попроще. Имеется 4 пары ядер. Задачу требующую много ресурсов и выполняющуюся длительное время обслуживает одна или несколько пар. А всяких демонов, которые работают через промежутки времени и понемногу, обрабатывает только одно ядро. Вначале процесс обрабатывает ядро а через промежуток времени проводится анализ, нужно ли задействовать для него пару. Для этого нужно собирать статистику по процессу - заранее не узнаешь, сколько он съест.

А профит откуда возьмется?

Мощные «ядра» смогут уделять больше времени тяжёлым задачам если лёгкие будут обслуживать несколько ядер послабее. Но разработчики не хотят пихать слабые ядра в проц, значит нужно сделать так, чтобы одно сильное ядро могло разделяться на несколько слабых, как робот трансформер. Есть кривые процессы, типа виджета системный лоток, которые только зря грузят систему, выдать ему слабое ядро и пусть нагружает лишней работой:) Ещё бы запилить телепата, который будет находить неправильных обжор и сажать всех на слабое ядро, это будет полезно на всех многоядерниках.

У тебя часто тормозят виджеты? И часто это торможение вызвано недостаточно мощным процессором (а не медленной RAM, к примеру)? Если да, то я не понимаю, почему ты защищаешь AMD после того, что они сделали вместо твоего процессора.

У тебя часто тормозят виджеты? И часто это торможение вызвано недостаточно мощным процессором (а не медленной RAM, к примеру)?

Ты вообще в теме про то как цикл без пауз, например сканирующий нажатие клавиш, может выжрать любую скорость? Этой мощности хватило-бы для нехилой игрушки с графикой, но она ушла на ненужную работу, ибо пользователю нафиг не нужно проверять клаву миллиард раз в секунду, но программа так написана, что будет пытаться это сделать используя все системные ресурсы. Некоторые виджеты написаны явно через жопу и мощный процессор с быстрой оперативой их не вылечат, только переписывание/исправление. Погугли фразу plasma-desktop грузит процессор системный лоток

почему ты защищаешь AMD

АМД мне более симпатичен нежели Штеуд с анальным зондом блокирующим железо. Благодаря реформатору с кляксой свои пользовательские процессоры просрали а из чужих именно этот выглядит привлекательным, его разрабы вечно придумывают что-то интересное а не тупо добавляют мощности за счёт технологической базы и цены изделия.

Ужас. И ты считаешь, что тут нужно чинить процессор, а не быдлокод?

Ну и man renice, что ли.

Пока продолжает использоваться УГ под названием x86, никакого прогресса не будет!

Ужас. И ты считаешь, что тут нужно чинить процессор, а не быдлокод?

Это ты считаешь что процессор AMD виноват в тормозах виджетов. Код не быдло, уважаемый господинт интеллигент, почти все учебники по программированию для начинающих коственно учат его такой писать.

Ну и man renice, что ли.

renice — UNIX-утилита, позволяющая изменить приоритет запущенных задач

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

цикл без пауз, например сканирующий нажатие клавиш

Код не быдло

Ну да.

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

Выкинуть эти учебники. Тем более виджеты ВСЕГДА пишутся в событийном стиле. Как и 100% гуевого софта. Независимо от DE, да и от ОС.

Тем более виджеты ВСЕГДА пишутся в событийном стиле.

Ага,а ещё роботы-машины

тегра3

Выкинуть эти учебники.

Так других нет. А в тех что есть компьютер обычно рассматривается как большой одноядерный калькулятор для рисования графиков функций и секса с формулами и уравнениями. Думать о загрузке процессора у калькулятора глупо.

Тем более виджеты ВСЕГДА пишутся в событийном стиле. Как и 100% гуевого софта. Независимо от DE, да и от ОС.

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