The OpenNET Project / Index page

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



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

"В Fedora 42 планируют поставлять оптимизированные варианты исполняемых файлов"  +/
Сообщение от opennews (??), 11-Янв-25, 10:35 
В выпуске 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

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

Оглавление

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


1. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (1), 11-Янв-25, 10:35 
Подскажите какой командой можно понять к какой из архитектур относиться мой 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...

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

2. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +4 +/
Сообщение от Аноним (2), 11-Янв-25, 10:43 
ld.so --help | grep supported
Ответить | Правка | Наверх | Cообщить модератору

39. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –5 +/
Сообщение от Аноним (-), 11-Янв-25, 12:09 
Ты выхлоп линкера предоставил. А надо выхлоп утилиты центрального процессора. Обозначать архитектуру, как x86-64-v4 неграмотно.
Ответить | Правка | Наверх | Cообщить модератору

55. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +8 +/
Сообщение от Вирт (?), 11-Янв-25, 12:29 
> Ты выхлоп линкера предоставил.

Заткнись и просто запусти команду:

```
$ /lib/ld-linux-x86-64.so.2 --help

Subdirectories of glibc-hwcaps directories, in priority order:
  x86-64-v4
  x86-64-v3 (supported, searched)
  x86-64-v2 (supported, searched)
```

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

29. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (29), 11-Янв-25, 11:50 
https://unix.stackexchange.com/questions/631217/how-do-i-che...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +7 +/
Сообщение от Аноним (3), 11-Янв-25, 10:44 
Решение чрезмерно переусложняет и без того хардкорный дистрибутив. Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?
Ответить | Правка | Наверх | Cообщить модератору

6. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Alladin (?), 11-Янв-25, 10:57 
вот такой он современный мир,

никто не хочет wayland?, а мы первые выкинем xorg! ведь надо же деньги пилить и пофиг что не работает.

никто не признает v1/2/3/...?, а мы первые начнем собирать их, а потом выкинем v1, v2, ... ведь надо же, у многих современный cpu, а мы собираем под v1.., и пофиг что производительности только +0-10% и многие просто проверяют наличие аппарат фичи проца перед запуском по.

вообще есть такое мнение, что никто на fedora не сидит из-за таких прорывов

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

12. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 11:24 
> никто не хочет wayland?

Люди хотят чтобы просто работало. И не на уровне подключению к мейнфрейму их 80х, а как в современных ос. А иксы настолько убоги архитектурно, что не могут это предоставить.

> а мы первые выкинем xorg!

Давно пора. Как раз из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе.

> никто не признает v1/2/3/...?

Вы бы хоть историю почитали. Вообще-то microarchitecture levels придумали сами Intel и AMD вместе с шапкой и сюзей.

> а потом выкинем v1

Его давно пора было выкинуть. v2 начинается с Nehalem и Bulldozer.
Вы не находите странным, что софт собирается для процов 20летней давности?

> ведь надо же, у многих современный cpu, а мы собираем под v1

Таки да, до них наконец-то дошло!
Пусть владельцы v1 хлама юзают спец дистры для таких особенных.

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

27. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +4 +/
Сообщение от Аноним (27), 11-Янв-25, 11:49 
> Люди хотят чтобы просто работало
> А иксы настолько убоги архитектурно

Л - логика


> Люди хотят чтобы просто работало
>  у многих современный cpu

Л - логика


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

32. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним Анонимович Анонимов (?), 11-Янв-25, 11:55 
> Вы не находите странным, что софт собирается для процов 20летней давности?

Если между ними

> В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)

то нет.

> из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе
> Пусть владельцы v1 хлама юзают спец дистры для таких особенных

Единственное оправдание покупки нового железа. Не тот прирост производительности, чтобы раскошеливаться на обновление железа.

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

52. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (-), 11-Янв-25, 12:27 
> Не тот прирост производительности, чтобы раскошеливаться на обновление железа.

Так это разница от инструкций. Что сильно зависит от софта и софтопейсателей.

Чистая производительность от обновления намного больше.
Сравним AMD 9900X и FX-8150. Оба предтопы своего времени. Причем 9900х стоит всего 450 баксов, а фуфикс стоил целых 700+. Причем тех баксов, 2011 года. С учетом инфляции разница будет больше чем в два раза.

А по производительности... +200-400% даже по фуфловому userbenchmark.
Поэтому почему бы не получить еще от 10% до 120% сверху? Из-за кучки нищуков-луддитов?

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

66. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от commiethebeastie (ok), 11-Янв-25, 12:34 
FX-8150    3.6 GHz    3.9 GHz    Suggested Price (U.S) $245
Ответить | Правка | Наверх | Cообщить модератору

71. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 12:42 
Ок, возражение принимается.
Посмотрел по https://cpu.userbenchmark.com/AMD-FX-8150/Rating/2006#Prices, что было ошибкой.
Ответить | Правка | Наверх | Cообщить модератору

41. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +3 +/
Сообщение от Аноним (-), 11-Янв-25, 12:14 
>Вообще-то microarchitecture levels придумали сами Intel и AMD вместе с шапкой и сюзей.

Обозначать архитектуры с префиксом -v4 неграмотно. Не нужно внутриинтеловский жаргон всюду  распространять. Это всё выдумки менеджеров, а не инженеров. Язык инженера так бы не смог обозвать микроархитектуру.

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

68. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (3), 11-Янв-25, 12:38 
Вообще всё это выглядит неудачной попыткой умирающего Интела зацепиться за рынок. Навязать всем стандарты, которые нафиг никому не сдались.
Ответить | Правка | Наверх | Cообщить модератору

48. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (48), 11-Янв-25, 12:24 
Апологет фрагментации?
Фрагментация уничтожит Linux.
Хотя, возможно, в этом и состоит ваша цель.
P.S. Внезапно - в офтопике всё наоборот и всё работает. Хотя, говоря объективно, попытки не прекращаются. Но там другое - нужно заставить покупать новые ПК, выбрасывая те, что могли бы выполнять свои функции еще лет 19.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

58. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (-), 11-Янв-25, 12:31 
> Фрагментация уничтожит Linux.

Линукс это и есть фрагментация.
Если бы все усилия на создание очередного нескучного дистра или видеоплеера можно было бы перенаправить на что-то полезное - то линь мог бы занять половину рынка.
Ну тут же шво6одка! Что-то не нравится - делаем форк, потому что ну вот точно именно мы сделаем правильно! С картами и куртизанками. А потом у нас 100500 недоделок разной степени васянности, но ни одной нормально пользоваться нельзя.

> Хотя, возможно, в этом и состоит ваша цель.

Моя цель - чтобы мой проц отрабатывал на все 100%.
А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.

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

79. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (48), 11-Янв-25, 12:51 
> А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.

Проблема возникает у разработчиков, желающих распространять свое ПО с минимальными услилиями. Некоторые из тех же исходников делают сборки для разных версий ОС. Но есть рекомендации - делать для самой старой версии. Хотя это чаще всего не помогает. Кстати, у коллег из macOS те же проблемы (и даже еще более сложные из-за регулярных замен архитектуры процессоров).
> Моя цель - чтобы мой проц отрабатывал на все 100%.

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

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

84. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 13:09 
> Проблема возникает у разработчиков, желающих распространять
> свое ПО с минимальными услилиями.

А вот тут поподробнее: какие проблемы возникают у разработчиков?
Собирает мейнтейнер. Как он соберет - так оно и будет.
Если из условной федоры выкинут все что ниже v3 - то это будет проблема юзеров федоры, а не разраба условного гимпа. А гимп как будет работать так и будет.

> Но есть рекомендации - делать для самой старой версии.

Минимальной версии чего? Ядра? DE с которым дистр поставляется? Живого проца?

PS: Ну и да, "с минимальными усилиями" это не про линукс))

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

119. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (48), 11-Янв-25, 16:04 
> А вот тут поподробнее: какие проблемы возникают у разработчиков?

Делаете сборку приложения под Ubuntu 22.04. Приносите заказчику. У него Астра 1.6. Облом. Достаточно подробностей?

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

134. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 19:24 
Делайте под 14 убунтой или 6 копейкооси и будет работать на астре и на 22.04
Ответить | Правка | Наверх | Cообщить модератору

108. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (108), 11-Янв-25, 15:11 
Не, я думаю, материнки на LGA775 столько не проживут.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

87. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от fidoman (ok), 11-Янв-25, 13:20 
> на уровне подключению к мейнфрейму их 80х

Ну да, на уровне игровой приставки конечно лучше.

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

95. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (95), 11-Янв-25, 13:44 
Вот люди когда научаться не тащить к себе в проекты гору зависимостей(из за которых пользователи забивают систему мусором, и по причине которых чтобы скомпилировать пакет нужно еще больше зависимостей установить, и еще и определенных версий), вот когда отучаться пользоваться разношерстными стстемами сборки, которые тоже тащат за собой все подряд, вот тогда иксы и выкинем
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

13. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Илья (??), 11-Янв-25, 11:25 
> никто не хочет wayland

Какое-то у тебя особое видение, о том, чего хотят люди

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

40. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от AleksK (ok), 11-Янв-25, 12:12 
> а потом выкинем v1, v2

V1 процессорам около 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 это уже полнейшая глупость.

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

50. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (3), 11-Янв-25, 12:26 
Ну дык, выкиньте нафиг поддержку и скажите чётко об этом в разделе "системные требования". Зачем нужен этот огород хаков?
Ответить | Правка | Наверх | Cообщить модератору

73. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Alladin (?), 11-Янв-25, 12:43 
не трогай кору дуба!
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

96. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (96), 11-Янв-25, 13:58 
Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3), собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.  
Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

99. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 14:09 
твои компы устарели - срочно беги в магазин - у интела акции падают!
Ответить | Правка | Наверх | Cообщить модератору

100. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (-), 11-Янв-25, 14:12 
> способный выдавать 60 fps 1080p

О, подтянулись свидетели 1080p/60 ))

> в современных тайтлах (Last of us 2 BG3)

Которые практически не зависят от проца, отличная выборка! Думаю какой-то match3 или зума тоже бы не тормозила))
Про настройки графония ты тоже решил не писать.

А с helldivers 2, City skylines или Сталкером такой же фокус показать сможешь?
Или "у меня ничего не тормозит, потому что я играю только в то, что не тормозит"?))

> собирать огромные проекты на с++ (libreoffice)

Собирать можно на чем угодно. Просто времени это займет в 2-3 раза больше.

> гонять по 4 виртуалки

На 4 ядрах?)) А мсье оригинал. Хотя, если они какие-то пакетики маршрутизировали, то и 8 можно было запустить.

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

102. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (102), 11-Янв-25, 14:22 
Ну если на виртуалках только консоль, то в это можно поверить. Если запускать графику, то там минимум 2 ядра нужно для стабильной работы(по крайней мере на i5 8250u). И тлоу 2 не современная игра так-то, никто не будет перерисовывать текстурки для порта на ПК
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

105. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Фнон (-), 11-Янв-25, 14:40 
> Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3),

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

> собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.

Хахаха, огромные?
А попробуй собрать хром)

> Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.

Верю! Это зависит от задач.


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

111. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (102), 11-Янв-25, 15:18 
Двачую про пародоксов. Их симулятор тюрьмы на 4 ядерном i5 8295u/16gb при 1000+ npc просто начинает тупить, ничего не строится, npc не едят(с другой стороны и не бунтуют)и не отдыхают. При приближении к 2000 npc игра превращается симулятор затянутого времени в раза 2-3. Что интересно, в минимальных указан легендарный кор2дуба/6gb
Ответить | Правка | Наверх | Cообщить модератору

112. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 15:36 
> А попробуй собрать хром

в чем проблема? если оперативки и места на диске достаточно, то Ivybridge за пару суток без вопросов соберет...

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

42. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (42), 11-Янв-25, 12:17 
xorg уже морально устарел, не кто не хочет разбираться в этом нагромождении костылей даже за деньги!
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

59. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (3), 11-Янв-25, 12:31 
Не Xorg можно было бы выкинуть, вейленд выглядел на бумаге приятнее архитектурно. Только опять же, они начали городить хренову тучу несовместимых между собой хаков-расширений и в итоге ничего путного не получилось у них.
Ответить | Правка | Наверх | Cообщить модератору

97. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (96), 11-Янв-25, 14:04 
Тем что работает и не падает, умеет в масштабирование без мыла (просто задай dpi в конфиге ), есть рабочие незабагованные среды рабочего стола (KDE mate cinammon) и огромный набор разных фич вроде возможности подключить 2 мишки с разной чуствительностью, граф планшет и не постареть в процессе.

Про не хочет разбиратся неправда, просто авторы вяленого кричат громче всех. А еще есть люди на зарплате что разбираются и будут разбираться. Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd. Да и RHEL еще лет 10 будет с ним жить как минимум.

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

101. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 14:18 
> умеет в масштабирование без мыла

Угу, а в дробное тоже умеет?
Мне тут нужно обычный ноут подключить к обычному 4к монику.
Подскажи, что куда прописывать?)))

> подключить 2 мишки с разной чуствительностью

Невероятно полезная фича. Сотни тысяч пользователей используют ее каждый день.
Но в жесты на тачпаде иксы так и не смогли. Хотя... сколько тех пользователей тачпадов. А вот две мышки подключить... это ух!

> Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd.

xorg это только RHEL, остальные только пользуются их трудом
bsdшники там вообще раз в сто лет баги фиксят.

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

135. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (135), 11-Янв-25, 19:31 
>Угу, а в дробное тоже умеет?

Если виджеты были созданы в векторном виде, то почему нет?

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

136. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (136), 11-Янв-25, 19:36 
> граф планшет и не постареть в процессе

Уже лет пять как допилили поддержу планшетов в libinput и wlroots и оно просто работает.

В отличие от чехарды под иксами с проектами "разной степени васянскости" для разных брендов планшетов. Вот там да: если у тебя не wacom — страдай и ковыряйся. Спасибо хоть digimend появились и бардак начал приобретать упорядоченные формы (один васянопроект вместо кучки полузаброшенных форков без документации).

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

43. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (-), 11-Янв-25, 12:18 
>никто не хочет wayland

Алладин ты не прав. Люди хотят Wayland, люди любят Wayland. А вот. что касается systemD, то люди не хотят systemD, люди не любят systemD.

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

65. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +4 +/
Сообщение от Аноним (3), 11-Янв-25, 12:34 
Вейленд и СистемД не надо путать. Первое было попыткой упростить архитектуру, а второе - создать мега-комбайн по типу винды. Проблема в том что вейленд так и не достиг цели, а системд как раз всё сделал как надо (окончательно испортил юникс-вей).
Ответить | Правка | Наверх | Cообщить модератору

75. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +3 +/
Сообщение от Alladin (?), 11-Янв-25, 12:44 
спасибо что вспомнили systemd, это тоже ноги отсюда
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

25. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от vdb (?), 11-Янв-25, 11:42 
> Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?

Кто этот аноним? Почему его мнение по поводу людей, лабающих Федору, должно кого-то волновать?

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

45. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 12:21 
Потому-что люди лабающие Федору ступили на скользский путь. И Сообщество линуксоидов должно им показать правильный путь, где нет места Интеловским жаргонам.
Ответить | Правка | Наверх | Cообщить модератору

67. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (3), 11-Янв-25, 12:35 
Как бы я многолетний пользователь Федоры. На их сайте написано, что типа они типа для меня делают, а не для реализации своих долбанутых подходов к программированию. Врут?)
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

86. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 13:13 
>  а не для реализации своих долбанутых подходов к программированию. Врут?)

Нет, это ты врешь что "пользователь Федоры".
Раз для тебя их подходы "долбанутые", то ты не пользователь, а какой-то мимикрокоидил, которые по странной случайности установил Федору.
И по своей тупости сделал это несколько раз.
Ведь как еще назвать человека, который устанавливает дистр с добанутыми подходами?

Поэтому просто вали на некродеб и не жалуйся на федору.

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

98. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (96), 11-Янв-25, 14:05 
Да
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

81. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (48), 11-Янв-25, 12:55 
Думаю, эти люди вправе делать всё, что считают нужным. Мнением сообщества они также вправе пренебречь. Как говорится, ущерб компенсируется не более, чем в уплаченной за товар сумме.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

113. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 15:44 
Вот только, мнение сообщества стабильно, а вот мнение Федоры склонно к измене и перемене.
Ответить | Правка | Наверх | Cообщить модератору

4. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –3 +/
Сообщение от Alladin (?), 11-Янв-25, 10:50 
больше архитектур - богу архитектур

а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.

а почему тогда начинали?, а вот надо...

да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

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

8. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (-), 11-Янв-25, 11:04 
> а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.

Нет, просто живых пользователей v1 практически не осталось.
Те полторы калеки, что застряли на третем пне чуть-чуть пострадают. Но ради них не рационально собирать еще один (или даже два) варианта всех бинарников.

> да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.

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

28. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (27), 11-Янв-25, 11:50 
на третем пне v1 не работает. упс...
Ответить | Правка | Наверх | Cообщить модератору

47. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 12:23 
>Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.

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

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

35. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от anonX (?), 11-Янв-25, 11:58 
это игра вдолгую. сначала приучим, потом будем указывать.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

49. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 12:24 
Да, так оно и есть.
Ответить | Правка | Наверх | Cообщить модератору

74. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Вирт (?), 11-Янв-25, 12:44 
> да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

Ну во-первых Линусу не нравиться разделение на инструкции,
к тому какое ускорение дает SSE/AVX это отношения не имеет.

Во-вторых эти слова Линуса о "kernel-space", а здесь речь идет о "user-space".
Основная фишка v2 и v3 это векторные инструкции, а в "kernel-space" они очень дороги
в использовании, так как нужно сохранять и восстанавливать кучу регистров до и после применения векторных инструкций. Поэтому о том используется или нет "SSE" в ядре,
к состоянию программ в "user-space" это отношения не имеет.

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

77. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Alladin (?), 11-Янв-25, 12:47 
так суть мнения линуса в том, что нет никаких v1/2/3, а есть набор инструкций которые userspace/kernelspace не имеет разницы где активировать, а активируем по факту наличия этой инструкции
Ответить | Правка | Наверх | Cообщить модератору

5. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Герострат (?), 11-Янв-25, 10:55 
Т.е. ради прироста производительности в 10% они предлагают запуск всех исполняемых файлов прогонять через прослойку? Выглядит разумно (нет)
Ответить | Правка | Наверх | Cообщить модератору

44. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (44), 11-Янв-25, 12:20 
Вероятно только при установке пакета, а не при каждом запуске.
Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.
Ответить | Правка | Наверх | Cообщить модератору

76. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Вирт (?), 11-Янв-25, 12:46 
> Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.

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

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

125. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от crtt (?), 11-Янв-25, 17:46 
че не в 63? *ковыряет пальцем в носу*
Ответить | Правка | Наверх | Cообщить модератору

9. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (9), 11-Янв-25, 11:06 
А может ли исполняемый код сам определять, на каком процессоре он работает и в зависимости от этого выполнять оптимизированную или неоптимизированую версию процедур?
Ответить | Правка | Наверх | Cообщить модератору

21. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (21), 11-Янв-25, 11:34 
Может ли исполняемый код определять, на каком (энергоэффективном) ядре работает, и в зависимости от этого выполнять валидную версию процедур?
Ответить | Правка | Наверх | Cообщить модератору

24. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Bob (??), 11-Янв-25, 11:40 
а может это будет определятся перед скачкой и установкой пакета? зачем тебе обе версии?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

26. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +3 +/
Сообщение от Аноним (26), 11-Янв-25, 11:48 
Да, вызвать cpuid, например, при старте приложения и подменить ссылки на оптимизированные версии функций.

На расте (рантайм):
fn foo() {
    #[cfg(any(target_arch = "x86", target_arch = "x86_64"))]
    {
        if is_x86_feature_detected!("avx2") {
            return unsafe { foo_avx2() };
        }
    }

    foo_fallback();
}

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

78. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Alladin (?), 11-Янв-25, 12:48 
так и делаем, так и делают в линуксе и еще где
Ответить | Правка | Наверх | Cообщить модератору

63. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –2 +/
Сообщение от Аноним (48), 11-Янв-25, 12:33 
Думаю, исполняемый - нет. А вот в скрипте запуска с помощью специализированной утилиты определить, на чем запущен скрипт, а потом вызвать нужный исполнямый модуль - возможно. Я так давно делаю, даже чтобы определить не только версию Linux или UNIX, включая разрядность и другие свойства, но также и любую другую ОС и даже офтопик (тем же самым скриптом).
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

80. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Вирт (?), 11-Янв-25, 12:52 
> Думаю, исполняемый - нет.

На самом деле не просто "да", а все так и делают.
Если запустить любую программу на C/C++ и поставить
точку останова например на memcpy, а потом посмотреть что вызовется,
то вызовется какая-нибудь memcpy_avx.

То есть прямо в runtime любая C/C++ программа определяет доступный
набор инструкций и вызывает нужную функцию использующую этот набор инструкций.

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

109. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (108), 11-Янв-25, 15:14 
Может. Только от этого он (код) сильно жиреет.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

10. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +4 +/
Сообщение от Анонимemail (10), 11-Янв-25, 11:06 
Самый адекватный подход - как в ядре linux. При запуске выполняется CPUID и выбираются подходящие функции, для которых есть оптимизация. Получаем исполняемый файл, который работает на всех платформах.
Ответить | Правка | Наверх | Cообщить модератору

16. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Илья (??), 11-Янв-25, 11:28 
> Получаем исполняемый файл, который работает на всех платформах.

а разве этим должны заниматься прикладные приложения?

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

34. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (9), 11-Янв-25, 11:58 
>> Получаем исполняемый файл, который работает на всех платформах.
> а разве этим должны заниматься прикладные приложения?

В компилятор встроить

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

37. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 12:01 
а кто?
кто кроме пограммистов знает будет ли прирост производительности из-за свежих инструкций и каков этот прирост 0,5% или 146% ?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

46. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (44), 11-Янв-25, 12:22 
Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

53. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (-), 11-Янв-25, 12:28 
>Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.

Ты не знаешь что такое чисты Си. Ядро это реактивный кусок скомпилированного сишного кода, там запрещено использование библиотек.

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

129. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от nilsys (?), 11-Янв-25, 19:02 
за ради бога, делайте в ядре как это удобнее в ядре

зачем эту порнографию городить в юзерленде?

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

85. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (48), 11-Янв-25, 13:11 
Это не так. Во всяком случае, не во всех дистрибутивах.
> выполняется CPUID

В некоторых  она не установлена по умолчанию. Например, Runtu. Возможно, во всех Ubuntu. Это не значит, что ее нет. Это значит, что ее нужно установить.

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

93. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (93), 11-Янв-25, 13:42 
О, оказывается линуксы уже научились добавлять процессорные инструкции в дистрибутивы?
В чудесные времена живем!
Ответить | Правка | Наверх | Cообщить модератору

11. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –2 +/
Сообщение от Аноним (11), 11-Янв-25, 11:07 
Пора пеходить на адекватный дистр, чтоб без этих systemd и v*.
Только нет их, чтоб ещё и с rpm/yum/dnf.

Хмм.. Остаются только 2 радикальных варианта: guix либо nixos.
Главное, чтоб не ролинги: а то пропустишь пару месяцев
и уже вообще не сможешь обновиться.
И не атомарные - которые "жуй чо дают".

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

14. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –3 +/
Сообщение от Аноним (14), 11-Янв-25, 11:25 
> Главное, чтоб не ролинги: а то пропустишь пару месяцев и уже вообще не сможешь обновиться.

Откуда вы это берете?
Я как-то заброшенный Арч обновлял спустя год или полтора. Да, возникло пару проблем из-за замены пакетов, но это не было какой-то непосильной нерешаемой задачей.

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

17. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от нах. (?), 11-Янв-25, 11:28 
> Да, возникло пару проблем из-за замены пакетов, но

истиные пионеры не боятся трудностей, а героически их преодолевают.

Поправил, не благодари.

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

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

20. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 11:32 
> Да, возникло пару проблем из-за замены пакетов

ЧТД

> но это не было какой-то непосильной нерешаемой задачей

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

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

15. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от нах. (?), 11-Янв-25, 11:26 
у вас странные опечатки в слове венда.

Все как ты хочешь - никаких systemd и маркетоидных v-чтотатам. Поддержка 32бит архитектур. И - работает.

А не тут подпилить, там подрихтовать.

И неролинги тоже есть, правда, не для всех. (но обновиться можно даже пропустив пару лет - и снова все работает, а не ой мы тут обновили обновлятор и он теперь не может обновиться)

А юникс как среда для удобной работы НЕ в парадигме "десктопа" - все равно уже мертвый давно.

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

31. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 11-Янв-25, 11:51 
>И - работает.

Нет.

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

51. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (11), 11-Янв-25, 12:26 
Имхо, "куда народ пойдёт" туда и разработчики "пойдут".
А иначе для кого ПО/дистры клепать? "Для удовольствия" "в стол"?
Где они те супер-пупер дистры, которыми почти никто не пользовался?

В общем, они нас "прогибают" в одну сторону,
а мы их по "методу Ганди" в другую. Так и живём.
Вон бродкомовцы с vmware уже напопятную пошли,
когда клиенты стали просто отворачиваться толпами.

PS: в офтопике есть оригнал systemd - svchost.exe называется.

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

64. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 12:33 
> Имхо, "куда народ пойдёт" туда и разработчики "пойдут".

Или наоборот)

> А иначе для кого ПО/дистры клепать? "Для удовольствия" "в стол"?

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

> В общем, они нас "прогибают" в одну сторону, а мы их по "методу Ганди" в другую.

Что-то не сильно они прогибаются.

> Вон бродкомовцы с vmware уже напопятную пошли, когда клиенты стали просто отворачиваться толпами.

Вот именно! Клиенты. С которых можно получить что-то полезное. Например деньги))
А мнение толпы потребялтелей, которым лишь бы бесплатно вообще мало кого волнует.
И уж тем более мнение всяких меньшинств - любителей третепней, фанатов коре2duo и тд.

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

69. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Фнон (-), 11-Янв-25, 12:40 
>  Имхо, "куда народ пойдёт" туда и разработчики "пойдут".

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

В первом случае как разраб решил - так и будет.
А во втором, нужно предложить разработчику что-то ценное, деньги, акции или уважение на форуме (но обычно это работает только для поделок в пару десятков тыс LOC).

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

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

90. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от fidoman (ok), 11-Янв-25, 13:31 
в оффтопике сервисами управляет SCM (services.exe)
svchost это скорее некий далёкий аналог xinetd
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

103. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от вымя (?), 11-Янв-25, 14:29 
> А не тут подпилить, там подрихтовать.

Кажется, мы стали забывать, как качали всякие 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."

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

137. Скрыто модератором  +/
Сообщение от Аноним (135), 11-Янв-25, 19:39 
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

30. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (30), 11-Янв-25, 11:51 
Venom Linux на SysV он же Rolling релиз
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

70. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (3), 11-Янв-25, 12:41 
Проект Suckless пытался сделать нечто подобное, но в итоге всё заглохло. Из неплохого есть CRUX, но там надо компилить ядро.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

83. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (30), 11-Янв-25, 13:06 
книга хорошая вышла от Биллимориа Кайван - Программирование ядра Linux пригодится
Ответить | Правка | Наверх | Cообщить модератору

139. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (135), 11-Янв-25, 19:41 
>но там надо компилить ядро.

Экая проблема, ядро компилить.

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

94. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 13:44 
на диване/антиксе только rpm нет, а так вполне отвечает требованию "адекватный дистр, чтоб без этих systemd и v*"
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

123. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (123), 11-Янв-25, 17:16 
Тоже склоняюсь к дивану. Единственное, что не нравится, - тяга дебиана к нестандартному именованию пакетов. В результате вместо httpd получаем apache2, вместо alsa-lib - какой-нибудь libasound1.0, вместо openssl - libssl3 и т.д.
Ответить | Правка | Наверх | Cообщить модератору

115. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от анонон (?), 11-Янв-25, 15:46 
> либо nixos

Там systemd

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

18. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (18), 11-Янв-25, 11:30 
На что только не пойдут лишь бы пакеты из исходников не устанавливать.  Для совместимости можно использовать чистый qemu64 и не париться.  Кому нужно из исходников систему соберут под свой проц.
Ответить | Правка | Наверх | Cообщить модератору

62. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (62), 11-Янв-25, 12:32 
Тогда уж можно просто перейти на арм.
Ответить | Правка | Наверх | Cообщить модератору

107. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (107), 11-Янв-25, 15:11 
а у арма никогда новых версий не появится?
Ответить | Правка | Наверх | Cообщить модератору

110. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (108), 11-Янв-25, 15:16 
Чтобы всё из исходников устанавливать, точно v4 нужно. Иначе счета за электроэнергию аннулируют экономию от отказа от апгрейда.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

124. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (123), 11-Янв-25, 17:17 
Это вы так мягко намекнули, что последние интелы, начиная  с 12 поколения, являются v3, а не v4?
Ответить | Правка | Наверх | Cообщить модератору

138. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (108), 11-Янв-25, 19:39 
Я не знаю, что там сейчас у интела. Я намекнул на то, что на корадубе из исходников конпелять больше, чем на этом софте работать.
Ответить | Правка | Наверх | Cообщить модератору

140. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (135), 11-Янв-25, 19:44 
Что-то гентушники не жалуются на счета.
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

33. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (27), 11-Янв-25, 11:56 
> но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)

А можно список этих отдельных ситуаций и просто для этих трех конкретных пакетов, где наблюдаются эти "отдельных ситуациях", и собирать эти вариатны...

Есть такой браузер - палемун.
Сейчас бинарные сборки собираются именно для v3 - быстродействию браузера это не шибко помогло, просто у многих пользователей бинарные сборки больше не запускаются :)
Это успех!

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

56. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (-), 11-Янв-25, 12:29 
Паленка это кривое поделие на базе фурифокса.
Из которого выпиливают "ненужное" по мнению наркош которые пилят это недоразумение.
Думаешь они разбираются в архитектуре или каких-то особенностях реализации?
Ответить | Правка | Наверх | Cообщить модератору

60. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (62), 11-Янв-25, 12:32 
Думаю они и не должны ни в чем разбираться все должно просто работать пофиг как. Интел должна обеспечить совместимость или обанкротится.
Ответить | Правка | Наверх | Cообщить модератору

57. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +2 +/
Сообщение от Аноним (62), 11-Янв-25, 12:30 
Это провал всего х86 единственное преимущество которого это обратная совместимость.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

91. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (48), 11-Янв-25, 13:35 
Не x86. Обратная совместимость - это про ОС. И преимущество это - только для Windows (и то с ограничениями). Все другие ОС не имеют обратной совместимости.
Ответить | Правка | Наверх | Cообщить модератору

92. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 13:41 
я тут в первокваку по сети играл на 12-дебиане - бинарники из 20 века, только пару либ подкинуть надо было из древних дистров - а так все хор...
Ответить | Правка | Наверх | Cообщить модератору

118. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (62), 11-Янв-25, 15:56 
Так ты же в виндовую кваку играл.
Ответить | Правка | Наверх | Cообщить модератору

133. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 19:19 
мимо! в линуксячью играл. прикинь, еще в 20 веке под линукс были ААА-игры
Ответить | Правка | Наверх | Cообщить модератору

36. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 11:59 
Обозначать архитектуры и пакеты с суффиксами x86-64-v2, x86-64-v3, x86-64-v4 являетс примером необразованности. Линус Торвальдс об этом уже говорил. Это внутри-Интеловский жаргон. Приличные разработчики пакетов никогда так не поступят.
Ответить | Правка | Наверх | Cообщить модератору

54. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (62), 11-Янв-25, 12:29 
А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?
Ответить | Правка | Наверх | Cообщить модератору

72. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (3), 11-Янв-25, 12:43 
По-моему решение очевидно - писать в системных требованиях - минимальный процессор Интел (поколение), АМД (поколение).
Ответить | Правка | Наверх | Cообщить модератору

82. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 12:59 
а что делать если таких приложений 3 на весь дистрибутив?
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

116. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 15:51 
>А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?

Nы видимо довод Торвальдса не читал. Он сказал, что процессорные инструкции  поддерживаются хаотично, а не строго по обозначениям, типа -v2, -v3, -v4. Фактическое деление процессоров на поколения это маркетинговый шаг.

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

117. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (62), 11-Янв-25, 15:55 
Какая разница что как называется главное что если команда не поддерживается программа не заработает.
Ответить | Правка | Наверх | Cообщить модератору

88. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (27), 11-Янв-25, 13:20 
Чем то это напоминает споры 20-ти летней давности гентушников с юзерами бинарных дистрибутивов...
Ответить | Правка | Наверх | Cообщить модератору

121. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от 12yoexpert (ok), 11-Янв-25, 16:55 
люди всё ещё делятся на два типа: на тех, кто воет, что gentoo даст максимум 1% производительности (ну или в каком-то специализированном мифическом софте чуть больше), и тех, кто пробовал gentoo
Ответить | Правка | Наверх | Cообщить модератору

132. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (27), 11-Янв-25, 19:16 
Кто пробовал генту, тот воет про 2%... ок
Ответить | Правка | Наверх | Cообщить модератору

89. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от xsignal (ok), 11-Янв-25, 13:29 
А разве эта оптимизация в настоящее время что-то даёт?
Ответить | Правка | Наверх | Cообщить модератору

122. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 17:05 
>А разве эта оптимизация в настоящее время что-то даёт?

От гентушников слышал, что быстрее становится на 2-3%, не более. Это при условии, что вы компилируете строго под свой процессор.

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

131. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (131), 11-Янв-25, 19:08 
Смотря какая - нормальная когда где нужно используются более современные инструкции проца = +20%
А если как в сабже напихать везде avx512 то выхлоп до 3% и доп счёт за свет.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

104. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (104), 11-Янв-25, 14:33 
кто в теме, почему xanmod не обновляет сборку v4 на 6.12?
Ответить | Правка | Наверх | Cообщить модератору

106. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (107), 11-Янв-25, 15:09 
Скачал файл со своего компа, что бы расплодить на весь парк своей корпорации, а у всех кроме тебя он не работает! Норм чё
Ответить | Правка | Наверх | Cообщить модератору

126. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Diozan (ok), 11-Янв-25, 18:11 
Это что? Gentoo компилируют в Fedorу?
Ответить | Правка | Наверх | Cообщить модератору

127. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (21), 11-Янв-25, 18:46 
Ага, мультиарч: x86-64-v1, x86-64-v2, x86-64-v3 и x86-64-v4. Чтобы наверняка диск зас орить бинарями для ускорения
Ответить | Правка | Наверх | Cообщить модератору

128. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  –1 +/
Сообщение от Аноним (128), 11-Янв-25, 18:57 
Хорошие новости.
Ответить | Правка | Наверх | Cообщить модератору

130. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +1 +/
Сообщение от Аноним (131), 11-Янв-25, 19:06 
Блокнот требующий avx2 это то что нужно всем(нет)
Ответить | Правка | Наверх | Cообщить модератору

141. "В Fedora 42 планируют поставлять оптимизированные варианты и..."  +/
Сообщение от Аноним (-), 11-Янв-25, 20:03 
Искал как включить 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.
"

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

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

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




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

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