Здравствуйте, Kernighan, Вы писали:
C>>2ГГц без особых проблем делаются с помощью соответствующего тех. процесса. K>Ты это кому рассказываешь? Ты вообще знаешь, что такое техпроцесс?
Да, так как плотно работаю с созданием ASIC'ов.
K>>>Нужно делать K>>>1) ручную разводку проводников. C>>Это уже даже Intel забросил для последнего поколения. K>Пруф?
С личных слов инженеров от Intel'а. Вообще, Intel в индустрии как раз известен тем, что они упорно руками разводку процессора делали до последнего.
AMD забросил ещё раньше, а Apple даже и не начинал.
K>>>2) подгонять под конкретную технологию. C>>Всё давно делается. K>Глупостей не говори.
Что конкретно под кого подгоняется? Если не заниматься экстримом с последними поколениями тех. процессов, то производители чипов почти полностью взаимозаменяемы.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Kernighan, Вы писали:
C>>>2ГГц без особых проблем делаются с помощью соответствующего тех. процесса. K>>Ты это кому рассказываешь? Ты вообще знаешь, что такое техпроцесс? C>Да, так как плотно работаю с созданием ASIC'ов.
Ну так и что такое "техпроцесс"? Вот например "техпроцесс 0.13" — это что?
C>>>Это уже даже Intel забросил для последнего поколения. K>>Пруф? C>С личных слов инженеров от Intel'а. Вообще, Intel в индустрии как раз известен тем, что они упорно руками разводку процессора делали до последнего.
Ну у меня регалии повыше. Я их потом скажу, когда ты более акцентированно облажаешься.
Ну так что такое техпроцесс и как он влияет на частоту?
K>>>>2) подгонять под конкретную технологию. C>>>Всё давно делается. K>>Глупостей не говори. C>Что конкретно под кого подгоняется? Если не заниматься экстримом с последними поколениями тех. процессов, то производители чипов почти полностью взаимозаменяемы.
Вот и узнай, что и под кого подгоняется. Ты многих вещей просто не знаешь.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, denisko, Вы писали:
LVV>>>Четырёхядерный процессор «Эльбрус-401» модификации Б имеет частоту 750 МГц, D>>Интересно, что мешает сделать нормальную частоту на таком техпроцессе? C>Совершенно непонятная фиксация на VLIW?
Чем тебе не нравится VLIW и как она связана с частотой?
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Kernighan, Вы писали:
K>>В современном мире, если буржуйское барахло не работает, то это проблема буржуев. CC>Это проблема того, кому надо чтоб оно работало.
Азы рыночной экономики состоят в том, что всё покупается за деньги.
Потому что продать гораздо труднее, чем купить.(с)
Не веришь мне — спроси у qwerty.
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, Kernighan, Вы писали:
K>>Насколько полный набор?
Pzz>Полностью полный. Видеокарты, сетевые контроллеры, контроллеры дисков — всего этого у нас пока не производится.
Ну и как ты думаешь, насколько это всё сложно?
Иногда это всё упихивается в один кристалл. Вообще в один.
На плате всего два кристалла сам — процессор и память. И это всё.
K>>В современном мире, если буржуйское барахло не работает, то это проблема буржуев.
Pzz>У нас не такая уж и большая доля на мировом рынке потребителей этого барахла.
А какая доля должна быть? Достаточно, что это доля выражается цифрами с девятью-десятью нулями?
K>>Вот у тебя сейчас есть во что воткнуть SCSI-контроллер?
Pzz>Да, есть.
Продолжаем разговор — а дискетку есть куда воткнуть? А пятидюймовую?
Здравствуйте, Kernighan, Вы писали:
Pzz>>Полностью полный. Видеокарты, сетевые контроллеры, контроллеры дисков — всего этого у нас пока не производится.
K>Ну и как ты думаешь, насколько это всё сложно? K>Иногда это всё упихивается в один кристалл. Вообще в один. K>На плате всего два кристалла сам — процессор и память. И это всё.
Видеокарта — штука довольно нетривиальная. Умный сетевой контроллер (тот, который берет на себя часть работы процессора. Такую, как подсчет контрольных сумм TCP/IP, TCP сегментацию и т.п.) — тоже. Нормальные wifi чипы вообще мало кто производит. И т.д., и т.п.
В современном мире очень трудно построить полностью независимую от внешних поставщиков экосистему. Да и непонятно, зачем.
Pzz>>У нас не такая уж и большая доля на мировом рынке потребителей этого барахла.
K>А какая доля должна быть? Достаточно, что это доля выражается цифрами с девятью-десятью нулями?
Доля выражается в процентах. В процентах столько нулей не бывает. Разве что, после запятой.
K>>>Вот у тебя сейчас есть во что воткнуть SCSI-контроллер?
Pzz>>Да, есть.
K>Продолжаем разговор — а дискетку есть куда воткнуть? А пятидюймовую?
Насчет пятидюймовой не уверен, надо на полках рыться, а мне лень. Восьмидюймовую точно некуда
Здравствуйте, pestis, Вы писали:
P>Детерменированный паралелизм. Для определенных задач позволяет добиться существенного прироста по сравнению с устарелой x86, так что я бы в него палочкой потыкал.
Слпрее, получить сравнимые скорости, потратив на порядок меньше транзисторов.
А вот интересно. В процессорах, типа Эльбруса, компилятор пытается, путем статического анализа текстов, угадать, как лучше. В процессорах, типа интеловских, это же пытается сделать процессор, наблюдая за ходом исполнения программы.
Компилятор умнее, а процессор видит, как жизнь устроена на самом деле. Поэтому оба они не дают оптимальных результатов.
А никто не пробовал применять комбинированный подход, когда процессор собирает детальные метрики, а just in time recompiler перекомпилирует узкие места с их учетом?
Здравствуйте, Kernighan, Вы писали:
K>Азы рыночной экономики состоят в том, что всё покупается за деньги. K>Потому что продать гораздо труднее, чем купить.(с) K>Не веришь мне — спроси у qwerty.
Правда заключается в том, что за деньги можно купить то же, что всем прочим массово впаривают. А когда хочется купуть что-нибудь необычное с преподвыпердом, поди попробуй найди того, кто тебе такое сделает и продаст.
Re[5]: Подскажите как сейчас принято искать работу
Здравствуйте, Kernighan, Вы писали:
K>Кристалл, кстати офигических размеров — больше квадратного сантиметра. K>Не догадался сфотографировать. Мысли были про другое.
Хорошо, что не догадался. А то мы бы про тебя сейчас в новостях читали. Как про очередного бедолагу, которому шьют 20 лет за раскрытие государственной тайны. Многие бы писали об этом с одобрением. Дескать, нет оснований сомневаться в справедливости наших судов.
Здравствуйте, Osaka, Вы писали:
LVV>>Неужели доживу — куплю НАШ компьютер ?! O>Наши культурные традиции взаимоотношений на предприятиях породят 8-ядерное жигули.
У жигулей пиписька мерится не в количестве ядер, а в количестве цилиндров. И в их совокупном объеме.
Здравствуйте, Kernighan, Вы писали:
C>>Да, так как плотно работаю с созданием ASIC'ов. K>Ну так и что такое "техпроцесс"? Вот например "техпроцесс 0.13" — это что?
Обычно под этим понимается процесс создания маски и производство на её основе.
C>>С личных слов инженеров от Intel'а. Вообще, Intel в индустрии как раз известен тем, что они упорно руками разводку процессора делали до последнего. K>Ну у меня регалии повыше. Я их потом скажу, когда ты более акцентированно облажаешься.
Да, пожалуйста, лучше прямо сейчас.
K>Ну так что такое техпроцесс и как он влияет на частоту?
Ну так объясняю очень просто — основной проблемой для поднятия частоты является тепловыделение. Оно примерно линейно падает с уменьшением размеров транзисторов. Дополнительно, падает время переключения транзисторов.
Потому можно взять даже что-то древнее типа Intel 8086 и запустить его на приличной частоте даже на FPGA.
C>>Что конкретно под кого подгоняется? Если не заниматься экстримом с последними поколениями тех. процессов, то производители чипов почти полностью взаимозаменяемы. K>Вот и узнай, что и под кого подгоняется. Ты многих вещей просто не знаешь.
Наш ASIC делает TSMC. Следующее поколение делает GF. Угу, очень большая разница.
Здравствуйте, Kernighan, Вы писали:
D>>>Интересно, что мешает сделать нормальную частоту на таком техпроцессе? C>>Совершенно непонятная фиксация на VLIW? K>Чем тебе не нравится VLIW и как она связана с частотой?
VLIW требует героических подвигов со стороны компиляторов. Проблема оказывается в том, что среди компиляторов героев не наблюдается. И исправить это на уровне железа очень сложно, так как стандартные методы ускорения (автоматическое out-of-order планирование, хитрое предсказание переходов) становятся слишком дорогими из-за сложности инструкций. Скорее всего, они героически это преодолели, истратив транзисторный бюджет.
Дополнительно, VLIW существенно затрудняет создание глубоких pipeline'ов (по тем же причинам), которые являются простейшим способом увеличить частоту.
В итоге, VLIW для CPU в индустрии умер совсем везде. Он неплохо сейчас живёт разве что только в области GPU, где примерно половина встроенных GPU построена на VLIW-подобной архитектуре.
Здравствуйте, Блудов Павел, Вы писали:
БП>Здравствуйте, LaptevVV, Вы писали:
LVV>>Неужели доживу — куплю НАШ компьютер ?!
БП>Для меня критерий НАШЕГО компьютера — наличие на клавиатуре отдельной кнопки, переключающей раскладку.
Здравствуйте, Pzz, Вы писали:
Pzz>Слпрее, получить сравнимые скорости, потратив на порядок меньше транзисторов.
Как следствие меньшее тепловыделение. Но это все не про перформанс.
Pzz>А вот интересно. В процессорах, типа Эльбруса, компилятор пытается, путем статического анализа текстов, угадать, как лучше. В процессорах, типа интеловских, это же пытается сделать процессор, наблюдая за ходом исполнения программы.
Pzz>Компилятор умнее, а процессор видит, как жизнь устроена на самом деле. Поэтому оба они не дают оптимальных результатов.
Какой подход оптимальние зависит от задачи. Для кода общего назначения компилятор не знает какие там ветвления и куда будут, так что интеловский подход лучше, но интеловский подход сосет в случае реально многопоточного кода. Но есть примерно дофига вычислительных задач, где компилятор может легко предсказывывать ветвления и раскладывать многопоточный код на VLIW инструкции.
Pzz>А никто не пробовал применять комбинированный подход, когда процессор собирает детальные метрики, а just in time recompiler перекомпилирует узкие места с их учетом?
Непонятно как эти метрики привязать к тем абстракциям, с которыми работает компилятор. А так подход рабочий, ява машины чем-то подобным занимаются.
Здравствуйте, Pzz, Вы писали:
Pzz>А никто не пробовал применять комбинированный подход, когда процессор собирает детальные метрики, а just in time recompiler перекомпилирует узкие места с их учетом?
Здравствуйте, pestis, Вы писали:
P>Какой подход оптимальние зависит от задачи. Для кода общего назначения компилятор не знает какие там ветвления и куда будут, так что интеловский подход лучше, но интеловский подход сосет в случае реально многопоточного кода. Но есть примерно дофига вычислительных задач, где компилятор может легко предсказывывать ветвления и раскладывать многопоточный код на VLIW инструкции.
Выше уже отмечалось: кому все это надо (все вот эти вот усложнения) в эпоху GPU?
Здравствуйте, Pzz, Вы писали:
Pzz>А никто не пробовал применять комбинированный подход, когда процессор собирает детальные метрики, а just in time recompiler перекомпилирует узкие места с их учетом?
Современные Intel'ы внутри так и работают — предсказатель переходов, по сути, и есть "перекомпиляция на лету". Туда ещё добавляется и спекулятивное исполнение, когда CPU одновременно исполняет обе ветки if'а до тех пор, пока точно не станет известен результат сравнения.
Мысли были про другое.
