The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Intel развивает упрощённую архитектуру x86S, работающую только в 64-разрядном режиме, opennews (?), 20-Май-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


18. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +1 +/
Сообщение от хрю (?), 20-Май-23, 21:31 
Он бы и в 2000тых взлетел, если б не гениальные маркетологи.
Тут тоже самое взлетит не взлетит, будет зависеть от цены, модели продвижения и договороспособности интел с производителями софта.
Но интел ужо давно не торт, так что в их движуху, лично я, не шибко верю.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

126. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 21-Май-23, 03:10 
Там дело не столько в маркетологах.
Хотя и в них тоже.

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

Кстати, и сегодня с бэкэндами для vliw у компиляторов не всё так уж гладко.

Производители ПО посмотрели на эту тему, прикинули во что им оптимизация встанет, и сколько они и так зарабатывают без продуктов на итаниуме - и кроме самого-самого кровавого энтерпрайза туда никто и не полез.

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

Короче, коммерсанты - не ангелы, но там ещё и другие причины были.

Ответить | Правка | Наверх | Cообщить модератору

130. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 21-Май-23, 06:33 
Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить на асме в критичных случаях. Под Itanium, как я слышал, желающих было мало.
Ответить | Правка | Наверх | Cообщить модератору

223. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +1 +/
Сообщение от Quad Romb (ok), 21-Май-23, 17:16 
> Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить
> на асме в критичных случаях. Под Itanium, как я слышал, желающих
> было мало.

Ну, речь-то о том идёт, что как бы они там для IA32 не генерировали - для Itanium получалось ещё хуже.
Мне кажется, что суть не в каких-то принципиальных ограничениях, просто все принципиальные оптимизации переползали в коммерческие компиляторы из академических работ.
А в тогдашних академиях vliw был как-то не очень в чести.
То есть и переползать оптимизациям в коммерческие компиляторы было неоткуда.

Ответить | Правка | Наверх | Cообщить модератору

282. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +1 +/
Сообщение от n00by (ok), 22-Май-23, 06:39 
Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, если в теле количество строк превышало некоторый предел (цифры уже не помню; сталкивался, когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие). Для Itanium памяти нужно больше.
Ответить | Правка | Наверх | Cообщить модератору

355. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 22-Май-23, 19:33 
> Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, если в
> теле количество строк превышало некоторый предел (цифры уже не помню; сталкивался,
> когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие).
> Для Itanium памяти нужно больше.

Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумами - памяти было побольше, чем в типичной системе на x86.
И намного побольше.

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

Проблема была, всё-таки не в памяти.
Я вот даже залез в свои старые закрома, и оттуда Вам представляю цитату:
"..showed more realistic (and somewhat disappointing) results for the benefits of predication
on branches, in which short pipeline and small branch penalties of the Itanium
implementation make it much more difficult for predication to shine."

Это из книги 2004 года - "Embedded Computing: A VLIW Approach to Architecture, Compilers and Tools"
421 страница.

И то, что они пишут "somewhat disappointing" - так это они ещё очень сильно смягчили.
Так не "disappointing" местами с производительностью было с предсказаниями ветвлений, а, буквально целый "disastering".

Ответить | Правка | Наверх | Cообщить модератору

373. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 23-Май-23, 07:19 
>[оверквотинг удален]
>> когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие).
>> Для Itanium памяти нужно больше.
> Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумами
> - памяти было побольше, чем в типичной системе на x86.
> И намного побольше.
> Тем паче, что каждому пользователю такой системы не было нужды собирать ПО
> для себя самому.
> А уж фирма-разработчик, если бы считала, что игра стоит свеч - думаю
> не сочла бы чем-то ненормальным купить себе станцию для сборки на
> итаниуме с действительно большим количеством памяти.

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

> Проблема была, всё-таки не в памяти.
> Я вот даже залез в свои старые закрома, и оттуда Вам представляю
> цитату:
> "..showed more realistic (and somewhat disappointing) results for the benefits of predication
> on branches, in which short pipeline and small branch penalties of the
> Itanium
> implementation make it much more difficult for predication to shine."
> Это из книги 2004 года - "Embedded Computing: A VLIW Approach to
> Architecture, Compilers and Tools"
> 421 страница.

И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы" и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте.

> И то, что они пишут "somewhat disappointing" - так это они ещё
> очень сильно смягчили.
> Так не "disappointing" местами с производительностью было с предсказаниями ветвлений,
> а, буквально целый "disastering".

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

Ответить | Правка | Наверх | Cообщить модератору

396. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 23-Май-23, 15:34 
> И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к
> командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA
> SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы"
> и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте.

Пентиум 4 - это, конечно, ностальгично.
Но ведь vliw итаниума от этого легче не стало, верно?

> Как я слышал, в Эльбрусе с предсказанием ветвлений поступают так - транслятор
> генерирует код, исполняющий обе ветки условного оператора параллельно. Вот эта операция
> требует больше памяти при трансляции, и зависимости не всегда линейна.

Не знаю, как там с этим в Эльбрусе, но некоторые компиляторы для vliw, судя по статьям, так и делали.
Помогло ли это с производительностью - не знаю, потому что, как я уже здесь писал, не настолько глубоко погружён в вопрос.
Итаниуму, опять-таки, от этого легче не стало, это точно.


Ответить | Правка | Наверх | Cообщить модератору

409. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 24-Май-23, 06:42 
>> И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к
>> командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA
>> SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы"
>> и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте.
> Пентиум 4 - это, конечно, ностальгично.
> Но ведь vliw итаниума от этого легче не стало, верно?

А надо было не удалять свою же реплику про "short pipeline" и "small branch penalties", которые, якобы, были проблемой Итаниума.

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

Интел посчитала ошибкой, сделала иначе и пролетела.

>> Как я слышал, в Эльбрусе с предсказанием ветвлений поступают так - транслятор
>> генерирует код, исполняющий обе ветки условного оператора параллельно. Вот эта операция
>> требует больше памяти при трансляции, и зависимости не всегда линейна.
> Не знаю, как там с этим в Эльбрусе, но некоторые компиляторы для
> vliw, судя по статьям, так и делали.
> Помогло ли это с производительностью - не знаю, потому что, как я
> уже здесь писал, не настолько глубоко погружён в вопрос.
> Итаниуму, опять-таки, от этого легче не стало, это точно.

Начало ветки обсуждения "Мне кажется, что сейчас бы Itanium взлетел".
_Сейчас_ вполне мог бы взлететь, поскольку преодолены детские болезни трансляторов и ограничения железа, на котором те трансляторы приходилось запускать.
И если бы не повторилась борьба отделов внутри Интел.

Эльбрус взлетают совсем по другой причине - раздельные стеки и безопасный режим.
Потому Интел или кто-то ещё не будет делать VLIW - это поставит противников Эльбруса в неудобное положение,
поскольку священная война перейдёт с повестки "VLIW проив остальные" в "безопасность против фуфло".

Ответить | Правка | Наверх | Cообщить модератору

410. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 24-Май-23, 07:46 
> А надо было не удалять свою же реплику про "short pipeline" и
> "small branch penalties", которые, якобы, были проблемой Итаниума.

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

Могу удалить, если случайно отправил незаконченное, но потом сразу отправляю дописанное до конца.

Итаниум обладал плохой производительностью на одном и том же наборе ПО по сравнению с другими архитектурами.
Тчк.

Ответить | Правка | Наверх | Cообщить модератору

411. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 24-Май-23, 08:31 
>> А надо было не удалять свою же реплику про "short pipeline" и
>> "small branch penalties", которые, якобы, были проблемой Итаниума.
> Вы тут с кучей народа, я смотрю, одновременно общаетесь.
> И, видимо, из-за этого Вы уже немножко путаете кто Вам чего тут
> писал.
> Я не удаляю свои реплики.
> И не редактирую их.
> Никогда.

Когда нажимаете "Ответить", движок сайта цитирует предыдущее сообщение.
В моём сообщении, на которое Вы отвечали, Ваша реплика была, соответственно и в цитате.
Из цитаты её Вы вырезали.
Мой ответ на неё оказался вырванным из контекста.
Что позволовило Вам сменить тему.

> Могу удалить, если случайно отправил незаконченное, но потом сразу отправляю дописанное
> до конца.
> Итаниум обладал плохой производительностью на одном и том же наборе ПО по
> сравнению с другими архитектурами.
> Тчк.

Достойный ход - нафантазировать и умыть руки.

Ответить | Правка | Наверх | Cообщить модератору

412. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 24-Май-23, 08:41 
> И, видимо, из-за этого Вы уже немножко путаете кто Вам чего тут
> писал.

Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в браузере. Поскольку не набивали это сами ручками, а копировали из книжки - для меня это звоночек. Попрошу впредь не цитировать тексты без предварительного их осмысления.

Ответить | Правка | К родителю #410 | Наверх | Cообщить модератору

413. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 24-Май-23, 09:28 
>> А надо было не удалять свою же реплику про "short pipeline" и
>> "small branch penalties", которые, якобы, были проблемой Итаниума.
> Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в
> браузере. Поскольку не набивали это сами ручками, а копировали из книжки
> - для меня это звоночек. Попрошу впредь не цитировать тексты без
> предварительного их осмысления.

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


Ответить | Правка | Наверх | Cообщить модератору

415. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 24-Май-23, 13:14 
>>> А надо было не удалять свою же реплику про "short pipeline" и
>>> "small branch penalties", которые, якобы, были проблемой Итаниума.
>> Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в
>> браузере. Поскольку не набивали это сами ручками, а копировали из книжки
>> - для меня это звоночек. Попрошу впредь не цитировать тексты без
>> предварительного их осмысления.
> Сие есть Ваши два предыдущих комментария.
> Это не звоночек, любезный собеседник.
> Это - гудок.

Специально для неосиливших поиск, цитирую комментарий №355
Заголовок полностью, текст - частично.


Intel развивает упрощённую архитектуру x86S, работающую толь..., Quad Romb, 19:33 , 22-Май-23 (355)

Проблема была, всё-таки не в памяти.
Я вот даже залез в свои старые закрома, и оттуда Вам представляю цитату:
"..showed more realistic (and somewhat disappointing) results for the benefits of predication
on branches, in which short pipeline and small branch penalties of the Itanium
implementation make it much more difficult for predication to shine."

Это из книги 2004 года - "Embedded Computing: A VLIW Approach to Architecture, Compilers and Tools"
421 страница.

Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

416. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Quad Romb (ok), 24-Май-23, 19:15 
>>>> А надо было не удалять свою же реплику про "short pipeline" и
>>>> "small branch penalties", которые, якобы, были проблемой Итаниума.

Не надо было.
И её никто не удалял.

> Специально для неосиливших поиск, цитирую комментарий №355

Да, умение пользоваться поиском - полезный навык.
Тут сложно не согласиться.
Если Вы им овладеете, это может Вам помочь в ситуациях подобных этой.

Ответить | Правка | К родителю #415 | Наверх | Cообщить модератору

428. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от n00by (ok), 25-Май-23, 07:26 
>>>>> А надо было не удалять свою же реплику про "short pipeline" и
>>>>> "small branch penalties", которые, якобы, были проблемой Итаниума.
> Не надо было.
> И её никто не удалял.

"Сие есть Ваши два предыдущих комментария.
Это не звоночек, любезный собеседник."

Осталось как-то согласовать оба этих выпада.
К "про удаление сформулировали двусмысленно" прибегать поздно.
Кому был интересен предмет обсуждения,
а не согласие с топорной манипуляцией "верно?" - тот бы продолжил по существу.

>> Специально для неосиливших поиск, цитирую комментарий №355
> Да, умение пользоваться поиском - полезный навык.
> Тут сложно не согласиться.
> Если Вы им овладеете, это может Вам помочь в ситуациях подобных этой.

Мне в этой ситуации ничего не надо.
Я не забывал о собственноручно скопированном из книжки тексте.
И не заявлял на основании забывчивости, что кто-то что-то путает.

Если всё ещё не понятно объясняю - извинений я не жду.
Не от кого.

Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

367. "Intel развивает упрощённую архитектуру x86S, работающую толь..."  +/
Сообщение от Аноним (-), 23-Май-23, 02:37 
> Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций,

А сейчас ему еще чего-то AFAIK не хватает. Так что воооон там господа забили для студии персональный костыль снижающий время компила с 15 до 1 минуты. Как вы уже поняли GCC и Clang такие времена и без костылей показывали...

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру