выбрасывайте старые процессоры

grayich	# 3 года, 8 месяцев назад
Темы: 235 Сообщения: 2260 Участник с: 08 января 2009	vasek Никто выкидывать не предлагает а что предлагают, вроде это самое и предлагают.

vasek	# 3 года, 8 месяцев назад
Темы: 47 Сообщения: 11856 Участник с: 17 февраля 2013	Если честно, то я нигде не нашел упоминания, что x86-64 похерят в ближайшее время и запустят x86-64-v2 ... просто идет обсуждение каких то слухов. При самом худшем раскладе, если не будет предусмотрен выбор юзера, а будет обязаловка, то до это займет как минимум лет 5, а то и больше - сколько переходили на x86-64, да так окончательно и не перешли. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 8 месяцев назад

Темы: 47

Сообщения: 11856

Участник с: 17 февраля 2013

Если честно, то я нигде не нашел упоминания, что x86-64 похерят в ближайшее время и запустят x86-64-v2 ... просто идет обсуждение каких то слухов.
При самом худшем раскладе, если не будет предусмотрен выбор юзера, а будет обязаловка, то до это займет как минимум лет 5, а то и больше - сколько переходили на x86-64, да так окончательно и не перешли.

Ошибки не исчезают с опытом - они просто умнеют

grayich	# 3 года, 8 месяцев назад
Темы: 235 Сообщения: 2260 Участник с: 08 января 2009	vasek не нашел упоминания, что x86-64 похерят в ближайшее время и запустят x86-64-v2 … просто идет обсуждение каких то слухов. не слухов, а поступило предложение. да, на данный момент как бы ничего ещё нет, но учитывая творящийся везде дурдом ... с большой долей вероятности можно предположить внедрение примерно через год )

grayich

# 3 года, 8 месяцев назад

Темы: 235

Сообщения: 2260

Участник с: 08 января 2009

vasek
не нашел упоминания, что x86-64 похерят в ближайшее время и запустят x86-64-v2 … просто идет обсуждение каких то слухов.

не слухов, а поступило предложение.

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

vasek	# 3 года, 8 месяцев назад
Темы: 47 Сообщения: 11856 Участник с: 17 февраля 2013	grayich можно предположить внедрение примерно через год ) это не выполнимо в принципе ... Ошибки не исчезают с опытом - они просто умнеют

grayich	# 3 года, 8 месяцев назад
Темы: 235 Сообщения: 2260 Участник с: 08 января 2009	vasek это не выполнимо в принципе … почему, только 1 опцию добавить для сборщика пакетов

vasek	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 47 Сообщения: 11856 Участник с: 17 февраля 2013	grayich почему, только 1 опцию добавить для сборщика пакетов Не зря назвал это слухами vasek … просто идет обсуждение каких то слухов … Лучше читать первоисточники ... Попробую изложить простым языком - не исключаю, что в изложении будут не точности высказывания, где то вставлял и свое видение проблемы, возможно и ошибочное .... но это не главное, главное суть проблемы. В прошлом году вышла одна работа об улучшении обработки современных оптимизаций ЦП с помощью новых расширений набора инструкций в семействах продуктов Intel и AMD. Назрело время что то менять - инструкций ЦП становиться все больше и больше , тащить все вместе не будешь - нужно кардинальное решение. И возникла неплохая идея - ввести деление на функциональные уровни в части поддерживаемых инструкций. Идея этих уровней функций состоит в том, чтобы разделить поддерживаемые инструкции, выходящие за рамки базового x86_64, на инструкции, поддерживаемые в разумным границах как процессорами Intel, так и AMD ... точнее, как то так - уровни функций x86_64 предназначены для простого разделения различных классов процессоров Intel / AMD чтобы упростить для дистрибутивов Linux повышение их базовых требований, выходящих за рамки x86_64 и улучшения инструментальных средств компилятора с общим набором возможных уровней, аппаратных возможностей. Нюансов до полна и как достичь консенсус большой вопрос - разработка этих разумных уровней функций сейчас и обсуждается разработчиками Red Hat при участии инженеров Intel и AMD. И, насколько понял, основной закоперщик Red Hat (над этим сейчас и работает). Эти уровни функций для x86_64 в настоящее время предлагаются следующие: `Level A - CMPXCHG16B, LAHF/SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3. Barely going above the base x86_64 requirements. Level B - Level A + AVX. The vintage of Intel Sandy Bridge and AMD Jaguar. Level C - Level B + AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE. The point of roughly Intel Haswell era systems. Level D - Level C + AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VL. At this stage with the AVX-512 focus, just current Intel Xeon Scalable CPUs and Ice Lake.` или то же самое, но в привычном для нас виде `x86-64: CMOV, CMPXCHG8B, FPU, FXSR, MMX, FXSR, SCE, SSE, SSE2 x86-64-v2: (close to Nehalem) CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3 x86-64-v3: (close to Haswell) AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVE x86-64-v4: AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VL` Если этот подход на уровне x86_64 будет согласован и будет достигнут некоторый консенсус, GNU и LLVM могут начать подключать обработку своих библиотек, чтобы сначала проверить наиболее оптимизированный уровень функций ... как пишут - при динамической загрузке библиотек и наличии нескольких сборок указанной библиотеки будет пытаться загрузиться лучшая поддерживаемая версия, чтобы добиться максимальной производительности. Такой уровневый подход значительно упрощает работу с учетом наличия множества различных семейств/поколений процессоров Intel/AMD, чтобы иметь более разумное подмножество библиотек для управления. Чем это все закончится - хрен знает, но идея правильная и хорошая. И, главное, нет ни слова, что откажутся от старых ЦП ... просто предпологается ввести деление на уровни. PS - возможно наделал кучу ошибок, но проверять не буду - если честно, то устал от писанины. ... и не гарантирую 100% правильность написанного - все так я не спец-разработчик ЦП. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 47

Сообщения: 11856

Участник с: 17 февраля 2013

grayich
почему, только 1 опцию добавить для сборщика пакетов

Не зря назвал это слухами

vasek
… просто идет обсуждение каких то слухов …

Лучше читать первоисточники ... Попробую изложить простым языком - не исключаю, что в изложении будут не точности высказывания, где то вставлял и свое видение проблемы, возможно и ошибочное .... но это не главное, главное суть проблемы.
В прошлом году вышла одна работа об улучшении обработки современных оптимизаций ЦП с помощью новых расширений набора инструкций в семействах продуктов Intel и AMD. Назрело время что то менять - инструкций ЦП становиться все больше и больше , тащить все вместе не будешь - нужно кардинальное решение. И возникла неплохая идея - ввести деление на функциональные уровни в части поддерживаемых инструкций. Идея этих уровней функций состоит в том, чтобы разделить поддерживаемые инструкции, выходящие за рамки базового x86_64, на инструкции, поддерживаемые в разумным границах как процессорами Intel, так и AMD ... точнее, как то так - уровни функций x86_64 предназначены для простого разделения различных классов процессоров Intel / AMD чтобы упростить для дистрибутивов Linux повышение их базовых требований, выходящих за рамки x86_64 и улучшения инструментальных средств компилятора с общим набором возможных уровней, аппаратных возможностей.
Нюансов до полна и как достичь консенсус большой вопрос - разработка этих разумных уровней функций сейчас и обсуждается разработчиками Red Hat при участии инженеров Intel и AMD. И, насколько понял, основной закоперщик Red Hat (над этим сейчас и работает).
Эти уровни функций для x86_64 в настоящее время предлагаются следующие:

Level A - CMPXCHG16B, LAHF/SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3. Barely going above the base x86_64 requirements.

Level B - Level A + AVX. The vintage of Intel Sandy Bridge and AMD Jaguar.

Level C - Level B + AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE. The point of roughly Intel Haswell era systems.

Level D - Level C + AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VL. At this stage with the AVX-512 focus, just current Intel Xeon Scalable CPUs and Ice Lake.

или то же самое, но в привычном для нас виде

x86-64:      CMOV, CMPXCHG8B, FPU, FXSR, MMX, FXSR, SCE, SSE, SSE2
x86-64-v2: (close to Nehalem) CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3
x86-64-v3: (close to Haswell) AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVE
x86-64-v4: AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VL

Если этот подход на уровне x86_64 будет согласован и будет достигнут некоторый консенсус, GNU и LLVM могут начать подключать обработку своих библиотек, чтобы сначала проверить наиболее оптимизированный уровень функций ... как пишут - при динамической загрузке библиотек и наличии нескольких сборок указанной библиотеки будет пытаться загрузиться лучшая поддерживаемая версия, чтобы добиться максимальной производительности. Такой уровневый подход значительно упрощает работу с учетом наличия множества различных семейств/поколений процессоров Intel/AMD, чтобы иметь более разумное подмножество библиотек для управления.
Чем это все закончится - хрен знает, но идея правильная и хорошая. И, главное, нет ни слова, что откажутся от старых ЦП ... просто предпологается ввести деление на уровни.

PS - возможно наделал кучу ошибок, но проверять не буду - если честно, то устал от писанины. ... и не гарантирую 100% правильность написанного - все так я не спец-разработчик ЦП.

Ошибки не исчезают с опытом - они просто умнеют

sirocco	# 3 года, 8 месяцев назад
Темы: 29 Сообщения: 2506 Участник с: 25 июля 2007	На Форониксе об этом написали https://www.phoronix.com/scan.php?page=news_item&px=Arch-Linux-LTO-Proposed

vasek	# 3 года, 8 месяцев назад
Темы: 47 Сообщения: 11856 Участник с: 17 февраля 2013	sirocco На Форониксе об этом написали https://www.phoronix.com/scan.php?page=news_item&px=Arch-Linux-LTO-Proposed То есть разработчики ArchLinux хотят идти по простому пути - выбрать за базу x86-64-v2 и забыть о старье? Базовый уровень x86-64-v2 в основном означает процессоры Intel Nehalem или новее. В результате пострадают только самые старые и оригинальные процессоры x86-64, если они захотят запускать новые сборки Arch Linux. Это изменение, тем не менее, подвергается некоторой критике из-за того, что x86-64-v2, требующий SSE4.1 / SSE4.2, исключает некоторые процессоры, все еще используемые пользователями Arch. Конечно, это проще, чем тащить лишние библиотеки для этого старья и дорабатывать систему в части выбора определенного уровня x86-64-vN. С другой стороны этого старья используется в ArchLinux, наверное, меньше 1 процента ... скорее всего намного меньше 1 процента. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 8 месяцев назад

Темы: 47

Сообщения: 11856

Участник с: 17 февраля 2013

sirocco
На Форониксе об этом написали
https://www.phoronix.com/scan.php?page=news_item&px=Arch-Linux-LTO-Proposed

То есть разработчики ArchLinux хотят идти по простому пути - выбрать за базу x86-64-v2 и забыть о старье?

Базовый уровень x86-64-v2 в основном означает процессоры Intel Nehalem или новее. В результате пострадают только самые старые и оригинальные процессоры x86-64, если они захотят запускать новые сборки Arch Linux. Это изменение, тем не менее, подвергается некоторой критике из-за того, что x86-64-v2, требующий SSE4.1 / SSE4.2, исключает некоторые процессоры, все еще используемые пользователями Arch.

Конечно, это проще, чем тащить лишние библиотеки для этого старья и дорабатывать систему в части выбора определенного уровня x86-64-vN. С другой стороны этого старья используется в ArchLinux, наверное, меньше 1 процента ... скорее всего намного меньше 1 процента.

Ошибки не исчезают с опытом - они просто умнеют

Aivar	# 3 года, 8 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	vasek старье… старья… старья Конечно, если бы ваш камень был бы старше 8-10 лет, формулировка была бы иной. И мнение другим. vasek наверное, меньше 1 процента … скорее всего намного меньше 1 процента Где статистика? Почему-то даже в буржуйских комментариях звучит критика. Не от тех, конечно, у кого новое железо (эти предлагают выкинуть старье), а от тех, кого их железо устраивает. А так же от тех, кому купить новое дорого. Им, разумеется, предлагают купить более современное с барахолки. Логично вроде, но я вот не покупаю технику б/у. А новое не покупаю принципиально. Не дорого, просто мое железо абсолютно рабочее и полностью меня устраивает. И да, когда дропали х32 тоже говорили, что уже не актуально. Оказалось актуально вплоть до создания форка.

Aivar

# 3 года, 8 месяцев назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

vasek
старье… старья… старья

Конечно, если бы ваш камень был бы старше 8-10 лет, формулировка была бы иной. И мнение другим.

vasek
наверное, меньше 1 процента … скорее всего намного меньше 1 процента

Где статистика? Почему-то даже в буржуйских комментариях звучит критика. Не от тех, конечно, у кого новое железо (эти предлагают выкинуть старье), а от тех, кого их железо устраивает. А так же от тех, кому купить новое дорого. Им, разумеется, предлагают купить более современное с барахолки. Логично вроде, но я вот не покупаю технику б/у. А новое не покупаю принципиально. Не дорого, просто мое железо абсолютно рабочее и полностью меня устраивает.

И да, когда дропали х32 тоже говорили, что уже не актуально. Оказалось актуально вплоть до создания форка.

vasek	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 47 Сообщения: 11856 Участник с: 17 февраля 2013	Aivar, это пока не окончательное решение, а как один из вариантов, конечно, наиболее вероятных. Лично мне больше нравится вариант многоуровневости и автоматический выбор уровня, наиболее подходящий для данного железа. Но вот похоже разработчикам ArchLinux этот вариант не совсем нравится, что вообщем то и понятно, так как требует больших усилий. Но, скорее всего пока придут к конценсусу пройдет более года, что сработает в пользу того, чтобы забыть о старых cpu ... хотя, согласен с тобой Aivar И да, когда дропали х32 тоже говорили, что уже не актуально. Оказалось актуально вплоть до создания форка. скорее всего что то похожее вполне возможно. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 47

Сообщения: 11856

Участник с: 17 февраля 2013

Aivar, это пока не окончательное решение, а как один из вариантов, конечно, наиболее вероятных.
Лично мне больше нравится вариант многоуровневости и автоматический выбор уровня, наиболее подходящий для данного железа. Но вот похоже разработчикам ArchLinux этот вариант не совсем нравится, что вообщем то и понятно, так как требует больших усилий.
Но, скорее всего пока придут к конценсусу пройдет более года, что сработает в пользу того, чтобы забыть о старых cpu ... хотя, согласен с тобой

Aivar
И да, когда дропали х32 тоже говорили, что уже не актуально. Оказалось актуально вплоть до создания форка.

скорее всего что то похожее вполне возможно.

Ошибки не исчезают с опытом - они просто умнеют