В выпуске Fedora 42, намеченный на конец апреля, предложено разрешить сопровождающим включать в пакеты дополнительные варианты исполняемых файлов, собранные с включением оптимизаций для микроархитектур x86-64-v2, x86-64-v3 и x86-64-v4. Отмечается, что Fedora продолжает собирать пакеты для архитектуры x86-64-v1, в то время как CentOS использует при сборке архитектуру x86-64-v2, а RHEL 10 - x86-64-v3. В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%). Предложение пока не утверждено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62543
Подскажите какой командой можно понять к какой из архитектур относиться мой CPU:
- x86-64-v2;
- x86-64-v3;
- x86-64-v4.?
cat /proc/cpuinfo | grep '^flags' | grep -i --color 'AVX2\|BMI2\|FMA\|LZCNT\|MOVBE\|SXSAVE'
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp vnmi md_clear flush_l1d arch_capabilities
Не могу найти LZCNT и SXSAVE...
ld.so --help | grep supported
Ты выхлоп линкера предоставил. А надо выхлоп утилиты центрального процессора. Обозначать архитектуру, как x86-64-v4 неграмотно.
> Ты выхлоп линкера предоставил.Заткнись и просто запусти команду:
```
$ /lib/ld-linux-x86-64.so.2 --helpSubdirectories of glibc-hwcaps directories, in priority order:
x86-64-v4
x86-64-v3 (supported, searched)
x86-64-v2 (supported, searched)
```
--help: error while loading shared libraries: --help: cannot open shared object file
А ты лодырь назвал линкером.
https://unix.stackexchange.com/questions/631217/how-do-i-che...
#!/bin/bashfeatures=$(lscpu | grep Flags | awk '{$1=""; print $0}')
if [[ $features == *"avx512f"* && $features == *"avx512bw"* && $features == *"avx512dq"* ]]; then
echo "x86-64-v4"
elif [[ $features == *"avx"* && $features == *"avx2"* && $features == *"fma"* && $features == *"bmi1"* && $features == *"bmi2"* ]]; then
echo "x86-64-v3"
elif [[ $features == *"sse4_2"* && $features == *"popcnt"* && $features == *"cmpxchg16b"* && $features == *"movbe"* ]]; then
echo "x86-64-v2"
else
echo "Legacy x86-64 or unknown"
fi
Решение чрезмерно переусложняет и без того хардкорный дистрибутив. Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?
вот такой он современный мир,никто не хочет wayland?, а мы первые выкинем xorg! ведь надо же деньги пилить и пофиг что не работает.
никто не признает v1/2/3/...?, а мы первые начнем собирать их, а потом выкинем v1, v2, ... ведь надо же, у многих современный cpu, а мы собираем под v1.., и пофиг что производительности только +0-10% и многие просто проверяют наличие аппарат фичи проца перед запуском по.
вообще есть такое мнение, что никто на fedora не сидит из-за таких прорывов
> никто не хочет wayland?Люди хотят чтобы просто работало. И не на уровне подключению к мейнфрейму их 80х, а как в современных ос. А иксы настолько убоги архитектурно, что не могут это предоставить.
> а мы первые выкинем xorg!
Давно пора. Как раз из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе.
> никто не признает v1/2/3/...?
Вы бы хоть историю почитали. Вообще-то microarchitecture levels придумали сами Intel и AMD вместе с шапкой и сюзей.
> а потом выкинем v1
Его давно пора было выкинуть. v2 начинается с Nehalem и Bulldozer.
Вы не находите странным, что софт собирается для процов 20летней давности?> ведь надо же, у многих современный cpu, а мы собираем под v1
Таки да, до них наконец-то дошло!
Пусть владельцы v1 хлама юзают спец дистры для таких особенных.
> Люди хотят чтобы просто работало
> А иксы настолько убоги архитектурноЛ - логика
> Люди хотят чтобы просто работало
> у многих современный cpuЛ - логика
> Вы не находите странным, что софт собирается для процов 20летней давности?Если между ними
> В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)
то нет.
> из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе
> Пусть владельцы v1 хлама юзают спец дистры для таких особенныхЕдинственное оправдание покупки нового железа. Не тот прирост производительности, чтобы раскошеливаться на обновление железа.
> Не тот прирост производительности, чтобы раскошеливаться на обновление железа.Так это разница от инструкций. Что сильно зависит от софта и софтопейсателей.
Чистая производительность от обновления намного больше.
Сравним AMD 9900X и FX-8150. Оба предтопы своего времени. Причем 9900х стоит всего 450 баксов, а фуфикс стоил целых 700+. Причем тех баксов, 2011 года. С учетом инфляции разница будет больше чем в два раза.А по производительности... +200-400% даже по фуфловому userbenchmark.
Поэтому почему бы не получить еще от 10% до 120% сверху? Из-за кучки нищуков-луддитов?
FX-8150 3.6 GHz 3.9 GHz Suggested Price (U.S) $245
Ок, возражение принимается.
Посмотрел по https://cpu.userbenchmark.com/AMD-FX-8150/Rating/2006#Prices, что было ошибкой.
>Вообще-то microarchitecture levels придумали сами Intel и AMD вместе с шапкой и сюзей.Обозначать архитектуры с префиксом -v4 неграмотно. Не нужно внутриинтеловский жаргон всюду распространять. Это всё выдумки менеджеров, а не инженеров. Язык инженера так бы не смог обозвать микроархитектуру.
Вообще всё это выглядит неудачной попыткой умирающего Интела зацепиться за рынок. Навязать всем стандарты, которые нафиг никому не сдались.
Апологет фрагментации?
Фрагментация уничтожит Linux.
Хотя, возможно, в этом и состоит ваша цель.
P.S. Внезапно - в офтопике всё наоборот и всё работает. Хотя, говоря объективно, попытки не прекращаются. Но там другое - нужно заставить покупать новые ПК, выбрасывая те, что могли бы выполнять свои функции еще лет 19.
> Фрагментация уничтожит Linux.Линукс это и есть фрагментация.
Если бы все усилия на создание очередного нескучного дистра или видеоплеера можно было бы перенаправить на что-то полезное - то линь мог бы занять половину рынка.
Ну тут же шво6одка! Что-то не нравится - делаем форк, потому что ну вот точно именно мы сделаем правильно! С картами и куртизанками. А потом у нас 100500 недоделок разной степени васянности, но ни одной нормально пользоваться нельзя.> Хотя, возможно, в этом и состоит ваша цель.
Моя цель - чтобы мой проц отрабатывал на все 100%.
А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.
> А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.Проблема возникает у разработчиков, желающих распространять свое ПО с минимальными услилиями. Некоторые из тех же исходников делают сборки для разных версий ОС. Но есть рекомендации - делать для самой старой версии. Хотя это чаще всего не помогает. Кстати, у коллег из macOS те же проблемы (и даже еще более сложные из-за регулярных замен архитектуры процессоров).
> Моя цель - чтобы мой проц отрабатывал на все 100%.У меня тоже иногда возникает такая цель. Например, при обучении нейронной сети. Но для таких случаев я делаю для себя отдельную сборку, которая никому более не поставляется.
> Проблема возникает у разработчиков, желающих распространять
> свое ПО с минимальными услилиями.А вот тут поподробнее: какие проблемы возникают у разработчиков?
Собирает мейнтейнер. Как он соберет - так оно и будет.
Если из условной федоры выкинут все что ниже v3 - то это будет проблема юзеров федоры, а не разраба условного гимпа. А гимп как будет работать так и будет.> Но есть рекомендации - делать для самой старой версии.
Минимальной версии чего? Ядра? DE с которым дистр поставляется? Живого проца?
PS: Ну и да, "с минимальными усилиями" это не про линукс))
> А вот тут поподробнее: какие проблемы возникают у разработчиков?Делаете сборку приложения под Ubuntu 22.04. Приносите заказчику. У него Астра 1.6. Облом. Достаточно подробностей?
Делайте под 14 убунтой или 6 копейкооси и будет работать на астре и на 22.04
> Делаете сборку приложения под Ubuntu 22.04. Приносите заказчику.
> У него Астра 1.6. Облом. Достаточно подробностей?Эм... так так оно и будет в 99% случаев даже если ты собирал под v1. Потому что:
- не та версия ядра
- не та версия glibc
- либу переименовали
- либа не той версии
...
и так далее на выбор))Это же классика чережоппной дистрибьюции линукс софта.
Так что для Астра 1.6 все равно придется собирать специально
Это классика руко*опости проприетарщиков из мира винды. Правда у них и под виндой такое бывает, правда очень значительно реже...
> Приносите заказчику. У него..Windows 3.11 для рабочих групп. Когда делают под заказ, очевидно, целевая платформа известна заранее.
Если считаешь себя умней других, что других считаешь нормальным называть уничижительно, то разберись лучше с этим: https://habr.com/ru/articles/861874/ - выхлоп по приросту будет больше на уже имеющемся железе.
Небомжеватый вы наш...
Не, я думаю, материнки на LGA775 столько не проживут.
> на уровне подключению к мейнфрейму их 80хНу да, на уровне игровой приставки конечно лучше.
Вот люди когда научаться не тащить к себе в проекты гору зависимостей(из за которых пользователи забивают систему мусором, и по причине которых чтобы скомпилировать пакет нужно еще больше зависимостей установить, и еще и определенных версий), вот когда отучаться пользоваться разношерстными стстемами сборки, которые тоже тащат за собой все подряд, вот тогда иксы и выкинем
Gentoo - спецдистр? Breaking news, однако. Спокойно работает на MacPro5.1 (2x Xeon x5690).
> никто не хочет waylandКакое-то у тебя особое видение, о том, чего хотят люди
> а потом выкинем v1, v2V1 процессорам около 20 лет:
AMD K8-family
AMD K10-family
AMD Family 10h (Barcelona)
Intel Pentium 4 / Xeon (Nocona)
Intel Core 2 (all variants)V2 процессорам около 15 лет:
AMD Family 14h (Bobcat)
AMD Family 16h (Jaguar)
AMD Family 15h (Bulldozer)
AMD Family 15h (Piledriver)
AMD Family 15h (Steamroller)
Intel 1st Gen Core (Nehalem)
Intel 1.5 Gen Core (Westmere)
Intel 2nd Gen Core (Sandybridge)
Intel 3rd Gen Core (Ivybridge)
Intel low-power Silvermont
Intel Goldmont (Apollo Lake)
Intel Goldmont (Denverton)
Intel Goldmont Plus (Gemini Lake)Реально использовать сейчас что-то старше V3 такое себе удовольствие, а Fedora это всетаки передний край в развитии софта под линукс и самого линукса и ставить её на твой любимый C2D это уже полнейшая глупость.
Ну дык, выкиньте нафиг поддержку и скажите чётко об этом в разделе "системные требования". Зачем нужен этот огород хаков?
не трогай кору дуба!
Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3), собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.
Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.
твои компы устарели - срочно беги в магазин - у интела акции падают!
> способный выдавать 60 fps 1080pО, подтянулись свидетели 1080p/60 ))
> в современных тайтлах (Last of us 2 BG3)
Которые практически не зависят от проца, отличная выборка! Думаю какой-то match3 или зума тоже бы не тормозила))
Про настройки графония ты тоже решил не писать.А с helldivers 2, City skylines или Сталкером такой же фокус показать сможешь?
Или "у меня ничего не тормозит, потому что я играю только в то, что не тормозит"?))> собирать огромные проекты на с++ (libreoffice)
Собирать можно на чем угодно. Просто времени это займет в 2-3 раза больше.
> гонять по 4 виртуалки
На 4 ядрах?)) А мсье оригинал. Хотя, если они какие-то пакетики маршрутизировали, то и 8 можно было запустить.
Ну если на виртуалках только консоль, то в это можно поверить. Если запускать графику, то там минимум 2 ядра нужно для стабильной работы(по крайней мере на i5 8250u). И тлоу 2 не современная игра так-то, никто не будет перерисовывать текстурки для порта на ПК
> Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3),Открой для себя удивительный мир из от Парадоксов)
И попробуй сыграть стелларис на 1000 систем с макс кризисом.
Или какую-то сатисфактори с огромными фабриками и кучей конвеерных цепочек.> собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.
Хахаха, огромные?
А попробуй собрать хром)> Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.
Верю! Это зависит от задач.
Двачую про пародоксов. Их симулятор тюрьмы на 4 ядерном i5 8295u/16gb при 1000+ npc просто начинает тупить, ничего не строится, npc не едят(с другой стороны и не бунтуют)и не отдыхают. При приближении к 2000 npc игра превращается симулятор затянутого времени в раза 2-3. Что интересно, в минимальных указан легендарный кор2дуба/6gb
> А попробуй собрать хромв чем проблема? если оперативки и места на диске достаточно, то Ivybridge за пару суток без вопросов соберет...
> Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz )Xeon E3-1280v2 ?
> способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3)60 fps он тебе нарисует, но график фреймтайма там жуткий, сплошные статтеры и микрофризы. Играть в это больно.
> собирать огромные проекты на с++ (libreoffice) и гонять по
> 4 виртуалки.Сомнительно, ну окей.
> Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.
Ещё хуже.
xorg уже морально устарел, не кто не хочет разбираться в этом нагромождении костылей даже за деньги!
Не Xorg можно было бы выкинуть, вейленд выглядел на бумаге приятнее архитектурно. Только опять же, они начали городить хренову тучу несовместимых между собой хаков-расширений и в итоге ничего путного не получилось у них.
Тем что работает и не падает, умеет в масштабирование без мыла (просто задай dpi в конфиге ), есть рабочие незабагованные среды рабочего стола (KDE mate cinammon) и огромный набор разных фич вроде возможности подключить 2 мишки с разной чуствительностью, граф планшет и не постареть в процессе.Про не хочет разбиратся неправда, просто авторы вяленого кричат громче всех. А еще есть люди на зарплате что разбираются и будут разбираться. Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd. Да и RHEL еще лет 10 будет с ним жить как минимум.
> умеет в масштабирование без мылаУгу, а в дробное тоже умеет?
Мне тут нужно обычный ноут подключить к обычному 4к монику.
Подскажи, что куда прописывать?)))> подключить 2 мишки с разной чуствительностью
Невероятно полезная фича. Сотни тысяч пользователей используют ее каждый день.
Но в жесты на тачпаде иксы так и не смогли. Хотя... сколько тех пользователей тачпадов. А вот две мышки подключить... это ух!> Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd.
xorg это только RHEL, остальные только пользуются их трудом
bsdшники там вообще раз в сто лет баги фиксят.
>Угу, а в дробное тоже умеет?Если виджеты были созданы в векторном виде, то почему нет?
> граф планшет и не постареть в процессеУже лет пять как допилили поддержу планшетов в libinput и wlroots и оно просто работает.
В отличие от чехарды под иксами с проектами "разной степени васянскости" для разных брендов планшетов. Вот там да: если у тебя не wacom — страдай и ковыряйся. Спасибо хоть digimend появились и бардак начал приобретать упорядоченные формы (один васянопроект вместо кучки полузаброшенных форков без документации).
BSD это не только плюс, но ещё и часто жирный минус. Они там до сих пор не определились контейнеры они таки хотят или это таки для ламеров.
>никто не хочет waylandАлладин ты не прав. Люди хотят Wayland, люди любят Wayland. А вот. что касается systemD, то люди не хотят systemD, люди не любят systemD.
Вейленд и СистемД не надо путать. Первое было попыткой упростить архитектуру, а второе - создать мега-комбайн по типу винды. Проблема в том что вейленд так и не достиг цели, а системд как раз всё сделал как надо (окончательно испортил юникс-вей).
спасибо что вспомнили systemd, это тоже ноги отсюда
> никто не хочет wayland?, а мы первые выкинем xorg! ведь надо же деньги пилить и пофиг что не работает.Я тоже так думал. И оно реально работало криво. Но прежде чем использовать Wayland по умолчанию, там реально сделали кучу доработок и сделали Wayland рабочим.
Никто? Опять громкое меньшинство пытается преувеличить свою долю.
> Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?Кто этот аноним? Почему его мнение по поводу людей, лабающих Федору, должно кого-то волновать?
Потому-что люди лабающие Федору ступили на скользский путь. И Сообщество линуксоидов должно им показать правильный путь, где нет места Интеловским жаргонам.
Как бы я многолетний пользователь Федоры. На их сайте написано, что типа они типа для меня делают, а не для реализации своих долбанутых подходов к программированию. Врут?)
> а не для реализации своих долбанутых подходов к программированию. Врут?)Нет, это ты врешь что "пользователь Федоры".
Раз для тебя их подходы "долбанутые", то ты не пользователь, а какой-то мимикрокоидил, которые по странной случайности установил Федору.
И по своей тупости сделал это несколько раз.
Ведь как еще назвать человека, который устанавливает дистр с добанутыми подходами?Поэтому просто вали на некродеб и не жалуйся на федору.
Да
Думаю, эти люди вправе делать всё, что считают нужным. Мнением сообщества они также вправе пренебречь. Как говорится, ущерб компенсируется не более, чем в уплаченной за товар сумме.
Если RedHat ключевой меценат Fedora, то последние и делают в первую очередь то, что интереснее им.Кому нравится юзать Шапко-дистр, так или иначе живёт с этим.
больше архитектур - богу архитектура потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.
а почему тогда начинали?, а вот надо...
да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?
> а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.Нет, просто живых пользователей v1 практически не осталось.
Те полторы калеки, что застряли на третем пне чуть-чуть пострадают. Но ради них не рационально собирать еще один (или даже два) варианта всех бинарников.> да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?
Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.
на третем пне v1 не работает. упс...
>Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.Софистикой тут не занимайся. Все грубые ошибки и допущения нужно исправлять, а не идти на поводу менеджеров.
это игра вдолгую. сначала приучим, потом будем указывать.
Да, так оно и есть.
> да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?Ну во-первых Линусу не нравиться разделение на инструкции,
к тому какое ускорение дает SSE/AVX это отношения не имеет.Во-вторых эти слова Линуса о "kernel-space", а здесь речь идет о "user-space".
Основная фишка v2 и v3 это векторные инструкции, а в "kernel-space" они очень дороги
в использовании, так как нужно сохранять и восстанавливать кучу регистров до и после применения векторных инструкций. Поэтому о том используется или нет "SSE" в ядре,
к состоянию программ в "user-space" это отношения не имеет.
так суть мнения линуса в том, что нет никаких v1/2/3, а есть набор инструкций которые userspace/kernelspace не имеет разницы где активировать, а активируем по факту наличия этой инструкции
Т.е. ради прироста производительности в 10% они предлагают запуск всех исполняемых файлов прогонять через прослойку? Выглядит разумно (нет)
Вероятно только при установке пакета, а не при каждом запуске.
Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.
> Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.Вы как-то упускаете тот факт, что размер дистрибутива возрастет в три раза,
и каждый пакет нужно будет качать и устанавливать в три раза дольше.
Ведь выбор будет происходить в момент запуска,
а значит будет три исполняемых файла вместо одного.
че не в 63? *ковыряет пальцем в носу*
1. Это не обязательно делать для всех-всех пакетов.
2. Можно же сделать нормально - вариации пакетов по типам инструкций.
3. ± пара десятков гигабайт это немного же.
А может ли исполняемый код сам определять, на каком процессоре он работает и в зависимости от этого выполнять оптимизированную или неоптимизированую версию процедур?
Может ли исполняемый код определять, на каком (энергоэффективном) ядре работает, и в зависимости от этого выполнять валидную версию процедур?
а может это будет определятся перед скачкой и установкой пакета? зачем тебе обе версии?
Да, вызвать cpuid, например, при старте приложения и подменить ссылки на оптимизированные версии функций.На расте (рантайм):
fn foo() {
#[cfg(any(target_arch = "x86", target_arch = "x86_64"))]
{
if is_x86_feature_detected!("avx2") {
return unsafe { foo_avx2() };
}
}foo_fallback();
}
так и делаем, так и делают в линуксе и еще где
Думаю, исполняемый - нет. А вот в скрипте запуска с помощью специализированной утилиты определить, на чем запущен скрипт, а потом вызвать нужный исполнямый модуль - возможно. Я так давно делаю, даже чтобы определить не только версию Linux или UNIX, включая разрядность и другие свойства, но также и любую другую ОС и даже офтопик (тем же самым скриптом).
> Думаю, исполняемый - нет.На самом деле не просто "да", а все так и делают.
Если запустить любую программу на C/C++ и поставить
точку останова например на memcpy, а потом посмотреть что вызовется,
то вызовется какая-нибудь memcpy_avx.То есть прямо в runtime любая C/C++ программа определяет доступный
набор инструкций и вызывает нужную функцию использующую этот набор инструкций.
> На самом деле не просто "да", а все так и делают.на самом деле не все так делают, а glibc за них сделала. Ее когда-то грамотные (хотя и долбанутые) писали.
Аффтырь твоей "любой c++ программа" при этом зафигачит в сборку -march <чтотампомоднее> потому чта могет, и еще скопипастит кусок кода гугля, с парой интрисиков требующих самый распоследний проц (у гугля там бывает даже что ifdef есть, и четыре альтернативные ветки кода, но афтырь разумеется скопипастил и config.h сгенеренный кем-то не ведавшим что творит)
И разумеется среди песателей/собирателей федорина горя есть только второй тип афтырей.
>> На самом деле не просто "да", а все так и делают.
> на самом деле не все так делают, а glibc за них сделала.
> Ее когда-то грамотные (хотя и долбанутые) писали."Когда-то", это в 2004-м, когда не было аппаратного префетча и требовалось вписывать всякие prefetchnta ручками? Ну, рад за тех авторов - на тогда они всё правильно сделали.
>> Думаю, исполняемый - нет.
> На самом деле не просто "да", а все так и делают.
> Если запустить любую программу на C/C++ и поставить
> точку останова например на memcpy, а потом посмотреть что вызовется,
> то вызовется какая-нибудь memcpy_avx.То есть я написал любую программу, где один раз копируется имя файла -- не более 256 байт, а оно принимается выполнять приседания с какой-нибудь cpuid, а потом быстро-быстро эти 10 байт копировать.
> То есть я написал любую программу, где один раз копируется имя файла -- не более 256 байтто поскольку оно копируется всего один раз - никто лишнего CPUID даже и не заметит.
Я заметил количество советов "обнови свой коредуба".
Может. Только от этого он (код) сильно жиреет.
Самый адекватный подход - как в ядре linux. При запуске выполняется CPUID и выбираются подходящие функции, для которых есть оптимизация. Получаем исполняемый файл, который работает на всех платформах.
> Получаем исполняемый файл, который работает на всех платформах.а разве этим должны заниматься прикладные приложения?
>> Получаем исполняемый файл, который работает на всех платформах.
> а разве этим должны заниматься прикладные приложения?В компилятор встроить
а кто?
кто кроме пограммистов знает будет ли прирост производительности из-за свежих инструкций и каков этот прирост 0,5% или 146% ?
Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.
>Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.Ты не знаешь что такое чисты Си. Ядро это реактивный кусок скомпилированного сишного кода, там запрещено использование библиотек.
за ради бога, делайте в ядре как это удобнее в ядрезачем эту порнографию городить в юзерленде?
Это не так. Во всяком случае, не во всех дистрибутивах.
> выполняется CPUIDВ некоторых она не установлена по умолчанию. Например, Runtu. Возможно, во всех Ubuntu. Это не значит, что ее нет. Это значит, что ее нужно установить.
О, оказывается линуксы уже научились добавлять процессорные инструкции в дистрибутивы?
В чудесные времена живем!
Пора пеходить на адекватный дистр, чтоб без этих systemd и v*.
Только нет их, чтоб ещё и с rpm/yum/dnf.Хмм.. Остаются только 2 радикальных варианта: guix либо nixos.
Главное, чтоб не ролинги: а то пропустишь пару месяцев
и уже вообще не сможешь обновиться.
И не атомарные - которые "жуй чо дают".
> Главное, чтоб не ролинги: а то пропустишь пару месяцев и уже вообще не сможешь обновиться.Откуда вы это берете?
Я как-то заброшенный Арч обновлял спустя год или полтора. Да, возникло пару проблем из-за замены пакетов, но это не было какой-то непосильной нерешаемой задачей.
> Да, возникло пару проблем из-за замены пакетов, ноистиные пионеры не боятся трудностей, а героически их преодолевают.
Поправил, не благодари.
(а чувак вот не хочет быть пионером. Хочет просто макать печенье в бочку варенья, а не придумывать хитрую процедуру по фильтрации из той бочки ведерка г-неца. Пусть переходит на темную сторону, там без подвоха.)
> Да, возникло пару проблем из-за замены пакетовЧТД
> но это не было какой-то непосильной нерешаемой задачей
... но годы прдлинга позволили решить это проблему в разумное время.
Прости, но не у всех есть время и желание на прдлинг с такой прикладной вещью как ось.
у вас странные опечатки в слове венда.Все как ты хочешь - никаких systemd и маркетоидных v-чтотатам. Поддержка 32бит архитектур. И - работает.
А не тут подпилить, там подрихтовать.
И неролинги тоже есть, правда, не для всех. (но обновиться можно даже пропустив пару лет - и снова все работает, а не ой мы тут обновили обновлятор и он теперь не может обновиться)
А юникс как среда для удобной работы НЕ в парадигме "десктопа" - все равно уже мертвый давно.
>И - работает.Нет.
Имхо, "куда народ пойдёт" туда и разработчики "пойдут".
А иначе для кого ПО/дистры клепать? "Для удовольствия" "в стол"?
Где они те супер-пупер дистры, которыми почти никто не пользовался?В общем, они нас "прогибают" в одну сторону,
а мы их по "методу Ганди" в другую. Так и живём.
Вон бродкомовцы с vmware уже напопятную пошли,
когда клиенты стали просто отворачиваться толпами.PS: в офтопике есть оригнал systemd - svchost.exe называется.
> Имхо, "куда народ пойдёт" туда и разработчики "пойдут".Или наоборот)
> А иначе для кого ПО/дистры клепать? "Для удовольствия" "в стол"?
А для кого наклепали 100500 васяно дистров типа "это дистрибутив для создателей контента, я туда сразу запихал блендер и гимп. ну и обои повеселее"?
Думаю, это всё делается для чесания ЧСВ и оправдания бессмысленно прожитого времени.> В общем, они нас "прогибают" в одну сторону, а мы их по "методу Ганди" в другую.
Что-то не сильно они прогибаются.
> Вон бродкомовцы с vmware уже напопятную пошли, когда клиенты стали просто отворачиваться толпами.
Вот именно! Клиенты. С которых можно получить что-то полезное. Например деньги))
А мнение толпы потребялтелей, которым лишь бы бесплатно вообще мало кого волнует.
И уж тем более мнение всяких меньшинств - любителей третепней, фанатов коре2duo и тд.
> Имхо, "куда народ пойдёт" туда и разработчики "пойдут".Оно работает не так.
Тут или разработчик запилил что-то, подезное по его мнению, и он выходит на базар и кричит "кому свежий софт, он умеет такие-то трюки".
Или назревает какая-то проблема, а потом юзеры ищут, кто бы ее мог решить.В первом случае как разраб решил - так и будет.
А во втором, нужно предложить разработчику что-то ценное, деньги, акции или уважение на форуме (но обычно это работает только для поделок в пару десятков тыс LOC).В случае СПО ты можешь хоть обкричаться, но на разработчика у тебя практически никаких рычагов воздействия.
Решают те, кто хоть что-то делает.
в оффтопике сервисами управляет SCM (services.exe)
svchost это скорее некий далёкий аналог xinetd
> А не тут подпилить, там подрихтовать.Кажется, мы стали забывать, как качали всякие file unlocker для виндовса пачками.
> обновиться можно даже пропустив пару лет - и снова все работает
Ага, щассс:
> Microsoft's support article on KB5043145 describes problems which may ensue as "known issues."
> "After installing this update, some customers have reported that their device restarts multiple times or becomes unresponsive with blue or green screens,"Или:
> Compatibility or safeguard holds remain in place despite the widening of the Windows 11 24H2 release.
> The holds also apply to gamers – problems have been reported with some Ubisoft games, including some Assassin's Creed titles and the recent Star Wars Outlaws game. According to Microsoft, "These games might become unresponsive while starting, loading or during active gameplay. In some cases, users might receive a black screen."Или:
> The audio issue was reported by users who upgraded to Microsoft's latest and greatest but found that their device's integrated speakers, Bluetooth speakers, and Bluetooth headsets stopped working and disappeared as far as both first and third-party applications were concerned.
Или:
> Gamers using Auto HDR are not so lucky. A compatibility safeguard hold has been put on devices with the technology enabled after users complained about incorrect colors and games ceasing to respond.
Или:
> Microsoft issued a compatibility safeguard hold on USB-connected devices using the Scanner Communication Language (eSCL) protocol in November after users who installed the Windows update experienced glitches with device discovery. The issue was reported resolved by Microsoft in December.
> However, it seems that KB5048667 might not have fixed all the problems for Canon owners. According to our reader: "Canon support tells me that the 24H2 eSCL issue still is not fixed."
Ну да, щщас. Винда точно так же радостно кладёт на обратную совместимость с неподдерживаемым старьём.Гордые пользователи семёрочки нынче обалдевают от незапускающихся приложений, собранных со свежей кутьёй. Потому что ой, оказывается, winapi развивается и там новых функций завезли.
Пользователям десяточки и свежее тоже не в восторге — поддержку DirectX старых версий дропнули и теперь чтобы поиграть в старые игры приходится идти побираться к линуксоидам за dxvk.
И оно так всегда было, чуть ли не со времён XP — истекла поддержка, всё, досвидания, или обновляйся или сам себе злобный и сам с этим любись. И те кому сильно надо — молча ковырялись. Таскали обновы с embedded-версии XP, патчили сертификаты, писали прокладки для запуска нового софта, и так далее.
А так да, дедовские былины десяти-пятнадцатилетней давности про легендарную обратную совместимость винды ещё живут в умах неокрепшей молодёжи — если лично не сталкивался, можно и поверить невзначай.
мущина, проснитесь - ваша семерочка где-то там же где sls linux- десять лет уже прошло со времен когда она хоть как-то поддерживалась.(б-жечки мои - он еще про xp вспомнил. Да ты /bin/ls времен той XP на своем лиnoopsе не запустишь, не то что что посложнее)
Ну раз уж троллишь, хотя бы не переобувайся так стремительно, в глазах рябит.> никаких systemd и маркетоидных v-чтотатам.
> Поддержка 32бит архитектур. И - работает.
> А не тут подпилить, там подрихтовать.А потом ой, внезапно оказывается:
> ваша семерочка
> десять лет уже прошло со времен когда она хоть как-то поддерживалась.О чём тебе и твердят: подвяндой всю жизнь так было — кончилась поддержка и начинается «тут подпилить, там подрихтовать». Васянские неофициальные сервиспаки и сборки, слои совместимости, патчи. Начиная аж с бородатых времён XP, да, яхонтовый ты наш.
поддержка 32битных архитектур - есть. А поддержки операционной системы закончившей свое существование уже десять лет назад - нету, и выбрось уже своего васянского троянца наконец.При этом прикладной софт времен той XP - работает в десятке и (чаще всего, а не по ценному мнению анонимов нарывших какой-то мусор в гугле) - каши не просит.
Ну поддержка 32-битных архитектур с этого года официально всё. Но — это поддержка железа, и так двадцать лет её тянули. А вот SysWOW64 c нами ещё лет на двадцать.
> Ну поддержка 32-битных архитектур с этого года официально всё. Но — это поддержка
> железа, и так двадцать лет её тянули.формально 32бита не поставляются уже пять лет (и поэтому, мать его, мне не на что поменять рассыпающийся недоноутбук). Но очередной "creators update" или куда там его опять попереименовали, продолжал ляпаться каждые пол-года согласно графику.
> А вот SysWOW64 c нами ещё лет на двадцать.
"не такого в3нд3к@пеца мы ждали"
Venom Linux на SysV он же Rolling релиз
Проект Suckless пытался сделать нечто подобное, но в итоге всё заглохло. Из неплохого есть CRUX, но там надо компилить ядро.
книга хорошая вышла от Биллимориа Кайван - Программирование ядра Linux пригодится
>но там надо компилить ядро.Экая проблема, ядро компилить.
на диване/антиксе только rpm нет, а так вполне отвечает требованию "адекватный дистр, чтоб без этих systemd и v*"
Тоже склоняюсь к дивану. Единственное, что не нравится, - тяга дебиана к нестандартному именованию пакетов. В результате вместо httpd получаем apache2, вместо alsa-lib - какой-нибудь libasound1.0, вместо openssl - libssl3 и т.д.
Так Дебиан же берёт исходный код архива, компилирует, и крошит на несколько составных частей (пакетов). Они всегда, исторически так делали.
> либо nixosТам systemd
Можно попробовать ещё PantherX. Это такой Guix, но с добавленным non-free. Сам пока ещё не тестил, ждем мнения тех, кто пробовал.
На что только не пойдут лишь бы пакеты из исходников не устанавливать. Для совместимости можно использовать чистый qemu64 и не париться. Кому нужно из исходников систему соберут под свой проц.
Тогда уж можно просто перейти на арм.
а у арма никогда новых версий не появится?
Чтобы всё из исходников устанавливать, точно v4 нужно. Иначе счета за электроэнергию аннулируют экономию от отказа от апгрейда.
Это вы так мягко намекнули, что последние интелы, начиная с 12 поколения, являются v3, а не v4?
Я не знаю, что там сейчас у интела. Я намекнул на то, что на корадубе из исходников конпелять больше, чем на этом софте работать.
дебиан позволяет юзерам корыдуба не компеляя пользоваться всем софтом, более того даже юзерам 3-пня позволяет за исключением ряда программ типа хромиума...
Да почти любой дистрибутив позволяет. Просто вот Аноним (18) указывает, что НАДО конпелять.
Компелять на бинарном дистре никто не запрещает. Причем я могу компелять под свой процик только что мне надо. Например, я знаю что пакет Х в дебиане i386 собран под ПеньПро, а у меня корадуба и если я пересоберу, то программа Х будет на 20% быстрее. Ну и перекомпиляю из deb-src отдельный этот пакет. Понятно, что фаерфокс компелять на коредуба это такое себе, но какой-нибудь ffmpeg/vlc или тому подобное - вполне...
Компелять даже на венде никто не запрещает. Я лишь хотел сказать, что при возможности постараюсь этого избежать, и да «на что только не пойду».
Что-то гентушники не жалуются на счета.
Ну у них таков путь.
Хотя сомневаюсь, что гентушники на коредуба сидят, тут не в счетах дело, конечно, а в том, что затраты времени на компиляцию всего и вся катастрофические.
Они и на жизнь не жалуются - она же мимо них проходит
Как раз наоборот. Пока бинарофилы пырятся в монитор, гентушники ставят конпелятся и идут трогать траву. Смысла пялиться в монитор пока собирается очередной хромиум - нулевая.
В gentoo часто в фоне собирают.
> но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)А можно список этих отдельных ситуаций и просто для этих трех конкретных пакетов, где наблюдаются эти "отдельных ситуациях", и собирать эти вариатны...
Есть такой браузер - палемун.
Сейчас бинарные сборки собираются именно для v3 - быстродействию браузера это не шибко помогло, просто у многих пользователей бинарные сборки больше не запускаются :)
Это успех!
Паленка это кривое поделие на базе фурифокса.
Из которого выпиливают "ненужное" по мнению наркош которые пилят это недоразумение.
Думаешь они разбираются в архитектуре или каких-то особенностях реализации?
Думаю они и не должны ни в чем разбираться все должно просто работать пофиг как. Интел должна обеспечить совместимость или обанкротится.
Это провал всего х86 единственное преимущество которого это обратная совместимость.
Не x86. Обратная совместимость - это про ОС. И преимущество это - только для Windows (и то с ограничениями). Все другие ОС не имеют обратной совместимости.
я тут в первокваку по сети играл на 12-дебиане - бинарники из 20 века, только пару либ подкинуть надо было из древних дистров - а так все хор...
Так ты же в виндовую кваку играл.
мимо! в линуксячью играл. прикинь, еще в 20 веке под линукс были ААА-игры
Обозначать архитектуры и пакеты с суффиксами x86-64-v2, x86-64-v3, x86-64-v4 являетс примером необразованности. Линус Торвальдс об этом уже говорил. Это внутри-Интеловский жаргон. Приличные разработчики пакетов никогда так не поступят.
А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?
По-моему решение очевидно - писать в системных требованиях - минимальный процессор Интел (поколение), АМД (поколение).
а что делать если таких приложений 3 на весь дистрибутив?
>А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?Nы видимо довод Торвальдса не читал. Он сказал, что процессорные инструкции поддерживаются хаотично, а не строго по обозначениям, типа -v2, -v3, -v4. Фактическое деление процессоров на поколения это маркетинговый шаг.
Какая разница что как называется главное что если команда не поддерживается программа не заработает.
RedHat поставила его и подобных в неудобную позицию, потому ему жизненно важно заморочить окружающим голову, якобы он всё правильно делает, а в RedHat необразованны. Что он путает ядро, о котором говорил Торвальдс, с пакетиками - его совершенно не волнует.
> Приличные разработчики пакетовСпециально зашёл на Опеннет, что бы найти вот такой комментарий.
_Разработчики_ пакетов!
4.2.4 Метаданные программного пакета должны содержать:
...
- имя и адрес электронной почты сотрудника, создавшего пакет (упаковщик);
Чем то это напоминает споры 20-ти летней давности гентушников с юзерами бинарных дистрибутивов...
люди всё ещё делятся на два типа: на тех, кто воет, что gentoo даст максимум 1% производительности (ну или в каком-то специализированном мифическом софте чуть больше), и тех, кто пробовал gentoo
Кто пробовал генту, тот воет про 2%... ок
Те, кто пробовал gentoo — знают, что это не про производительность вовсе. Если там и впрямь чутка прироста набегает, это приятный бонус, не более.По факту в новости речь идёт о дропе совместимости с P4, корой дуба и китайскими б/у ксеонами, купленными десять лет назад на алишке. Что, после дропа i386, удивлять-то особо и не должно.
И тех, кто понятия не имеет, что такое gentoo, но рассуждает с умным видом.
А разве эта оптимизация в настоящее время что-то даёт?
>А разве эта оптимизация в настоящее время что-то даёт?От гентушников слышал, что быстрее становится на 2-3%, не более. Это при условии, что вы компилируете строго под свой процессор.
Так в новости же написаны проценты.
Смотря какая - нормальная когда где нужно используются более современные инструкции проца = +20%
А если как в сабже напихать везде avx512 то выхлоп до 3% и доп счёт за свет.
только прикол в том, что при сборке под свой проц комилятор местами заюзает "где нужно более современные инструкции проца" и без явного их использованиятак что скази о том, что быстрее только с asm-ом и интринсиками, - всего лишь сказки
кто в теме, почему xanmod не обновляет сборку v4 на 6.12?
Скачал файл со своего компа, что бы расплодить на весь парк своей корпорации, а у всех кроме тебя он не работает! Норм чё
Это что? Gentoo компилируют в Fedorу?
Ага, мультиарч: x86-64-v1, x86-64-v2, x86-64-v3 и x86-64-v4. Чтобы наверняка диск зас орить бинарями для ускорения
Хорошие новости.
Блокнот требующий avx2 это то что нужно всем(нет)
Блокнот на gtk/qt для wayland, который работает поверх vulkan.
Который на самом деле крутится под WSL
сейчас nano весит 270K и зависит от половины системы-rwxr-xr-x 1 root root 273K Sep 6 16:04 /usr/bin/nano
linux-vdso.so.1 (0x000075b4e0041000)
libmagic.so.1 => /usr/lib/libmagic.so.1 (0x000075b4dff81000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x000075b4dff12000)
libc.so.6 => /usr/lib/libc.so.6 (0x000075b4dfd21000)
libzstd.so.1 => /usr/lib/libzstd.so.1 (0x000075b4dfc42000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x000075b4dfc0f000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x000075b4dfbfc000)
libz.so.1 => /usr/lib/libz.so.1 (0x000075b4dfbe1000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x000075b4e0043000)
Искал как включить z3fold так как в разновидности Убунту через редактирования файла настроек GRUB не включается.kernel 6.12.3
~$ grep CONFIG_ZSWAP /boot/config-$(uname -r)
CONFIG_ZSWAP=y
# CONFIG_ZSWAP_DEFAULT_ON is not set
CONFIG_ZSWAP_SHRINKER_DEFAULT_ON=y
# CONFIG_ZSWAP_COMPRESSOR_DEFAULT_DEFLATE is not set
CONFIG_ZSWAP_COMPRESSOR_DEFAULT_LZO=y
# CONFIG_ZSWAP_COMPRESSOR_DEFAULT_842 is not set
# CONFIG_ZSWAP_COMPRESSOR_DEFAULT_LZ4 is not set
# CONFIG_ZSWAP_COMPRESSOR_DEFAULT_LZ4HC is not set
# CONFIG_ZSWAP_COMPRESSOR_DEFAULT_ZSTD is not set
CONFIG_ZSWAP_COMPRESSOR_DEFAULT="lzo"
CONFIG_ZSWAP_ZPOOL_DEFAULT_ZBUD=y
# CONFIG_ZSWAP_ZPOOL_DEFAULT_Z3FOLD_DEPRECATED is not set
# CONFIG_ZSWAP_ZPOOL_DEFAULT_ZSMALLOC is not set
CONFIG_ZSWAP_ZPOOL_DEFAULT="zbud"www.kernelconfig.io/config_zswap_zpool_default_z3fold_deprecated
"
z3foldi (DEPRECATED)
configname: CONFIG_ZSWAP_ZPOOL_DEFAULT_Z3FOLD_DEPRECATED
Default allocator
└─>z3foldi (DEPRECATED)
In linux kernel since version 6.1.112 (release Date: 2024-09-30)
Use the z3fold allocator as the default allocator.Deprecated and scheduled for removal in a few cycles,
see CONFIG_Z3FOLD_DEPRECATED.
"
www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg234182.html - тут как я понял обсуждают PowerPC ppc64.
"
The z3fold compressed pages allocator is rarely used, most users use
zsmalloc. The only disadvantage of zsmalloc in comparison is the
dependency on MMU, and zbud is a more common option for !MMU as it was
the default zswap allocator for a long time.
Historically, zsmalloc had worse latency than zbud and z3fold but
offered better memory savings. This is no longer the case as shown by
a simple recent analysis [1]. That analysis showed that z3fold does not
have any advantage over zsmalloc or zbud considering both performance
and memory usage. In a kernel build test on tmpfs in a limited cgroup,
z3fold took 3% more time and used 1.8% more memory. The latency of
zswap_load() was 7% higher, and that of zswap_store() was 10% higher.
Zsmalloc is better in all metrics.Moreover, z3fold apparently has latent bugs, which was made noticeable
by a recent soft lockup bug report with z3fold [2]. Switching to
zsmalloc not only fixed the problem, but also reduced the swap usage
from 6~8G to 1~2G. Other users have also reported being bitten by
mistakenly enabling z3fold.Other than hurting users, z3fold is repeatedly causing wasted
engineering effort. Apart from investigating the above bug, it came up
in multiple development discussions (e.g. [3]) as something we need to
handle, when there aren't any legit users (at least not intentionally).The natural course of action is to deprecate z3fold, and remove in a few
cycles if no objections are raised from active users. Next on the list
should be zbud, as it offers marginal latency gains at the cost of huge
memory waste when compared to zsmalloc. That one will need to wait until
zsmalloc does not depend on MMU.
"
zsmalloc нужен тебе
Я использую zswap. Читал что написано? Если не читал прочти ответ там есть на твой вопрос.
В Fedora уже допускается поставка дополнительных библиотек, оптимизированных для расширенных версий архитектуры x86_64```
dnf provides */x86-64-v*Matched From :
Filename : /usr/lib64/babl-0.1/x86-64-v2-CIE.so
...Matched From :
Filename : /usr/lib64/babl-0.1/x86-64-v2-CIE.so
...```
Итого, только одна либа babl имеет опт. версии v2 и v3.
>В выпуске Fedora 42, намеченный на конец апреля, предложено разрешить сопровождающим включать в пакеты дополнительные варианты исполняемых файлов, собранные с включением оптимизаций для микроархитектур x86-64-v2, x86-64-v3 и x86-64-v4Почему бы просто не делать отдельные каталоги в репозиториях. Чтобы просто настроил пакетный менеджер на нужный каталог - и получил с нужными оптимизациями.
P.S. На самом деле оптимизировать имеет смысл только горячие циклы. Этих циклов в программах очень немного, и их можно проаннотировать. Компилятор сам сгенерит 100500 вариантов кода, и код диспатча по CPUID. Размер бинарника увеличится очень несильно. Зато гимора с настройкой очень поубавится.
У RedHat стоит задача не упростить жизнь клонам за счёт RedHat, а усложнить.
Вот так с выкриками про третий пень потихоньку возьмут и прокатят сперва зионы на 2011, на следующий же год все интелы с 12 по 13 поколения, а потом начнут депрекеитить всё, на чём можно собрать ПК до 20-40-60 тысяч стоимости.И, конечно, грохнут с теми же самыми криками про третий пень спокойно себе трудившиеся armv7, ну чтоб покупать armv8 и задыхаться из-за нехватки памяти, ведь умный китаец больше 4 гигов там не дал.
Вы думали, можно дёшево купить мамку на 2 сокета и держать там хоум лабу с тем самым зионом на 18 потоков, помноженным на 2? А вот фигушки, спецом для вас тредриппер придумали за 200к минимум. 18 потоков за 5 косарей и ещё 10 за мать и затарить планочками на мелочь, чтобы быстро что-то покомпилять - такого у черни быть не должно.
> спокойно себе трудившиеся armv7Совершенно необходим на Armv7 свежайший десктопный линукс. Иначе он спокойно трудиться не сможет.
С добрым утром. Вообще–то уже.> Fedora no longer supports ARMv7 (aka armhfp, aarch32, and arm-32), only aarch64 (aka ARMv8 and arm64).
Но на таких железках федору держать… Очень странный выбор, если честно.
Получается Гентушники всё это время (~20 лет с повяления ext-инструкций) были правы. Просто подход у них был неправильный.
Почему инсталлер фабрики на этапе установки не определяет фичи ЦПУ и не ставит ТОЛЬКО нужные бири.
Потому что написать инсталлятор -- задача неподъёмная для местного Научно-Технического Центра Информационных Технологий. А у RedHat свои задачи. ;)
Какая неподьемная задача? Дёрнуть /proc/cpuinfo, распарить инструкции, кейсом выбрать каталог с какого копировать бинари под существующую микроархитектуру.Проблему федорковци увидят еще через лет 20, тогда поделят каждую микроархитектуру на две: пик и не пик.
Читать следует внимательнее. Не "какая", а "для кого".