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

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

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

	55. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+12 +/–
	Сообщение от Вирт (?), 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 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от Аноним (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 планируют поставлять оптимизированные варианты и..."	+2 +/–
	Сообщение от 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 планируют поставлять оптимизированные варианты и..."	+6 +/–
	Сообщение от Аноним (27), 11-Янв-25, 11:49
	> Люди хотят чтобы просто работало > А иксы настолько убоги архитектурно Л - логика > Люди хотят чтобы просто работало >  у многих современный cpu Л - логика
	Ответить | Правка | Наверх | Cообщить модератору

	32. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от Аноним Анонимович Анонимов (?), 11-Янв-25, 11:55
	> Вы не находите странным, что софт собирается для процов 20летней давности? Если между ними > В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%) то нет. > из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе > Пусть владельцы v1 хлама юзают спец дистры для таких особенных Единственное оправдание покупки нового железа. Не тот прирост производительности, чтобы раскошеливаться на обновление железа.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	52. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (-), 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ообщить модератору

	153. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (-), 11-Янв-25, 22:14
	> Делаете сборку приложения под Ubuntu 22.04. Приносите заказчику. > У него Астра 1.6. Облом. Достаточно подробностей? Эм... так так оно и будет в 99% случаев даже если ты собирал под v1. Потому что: - не та версия ядра - не та версия glibc - либу переименовали - либа не той версии ... и так далее на выбор)) Это же классика чережоппной дистрибьюции линукс софта. Так что для Астра 1.6 все равно придется собирать специально
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	163. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (27), 11-Янв-25, 23:53
	Это классика руко*опости проприетарщиков из мира винды. Правда у них и под виндой такое бывает, правда очень значительно реже...
	Ответить | Правка | Наверх | 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 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от Илья (??), 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 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от Аноним (27), 11-Янв-25, 14:09
	твои компы устарели - срочно беги в магазин - у интела акции падают!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (-), 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 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от Аноним (27), 11-Янв-25, 15:36
	> А попробуй собрать хром в чем проблема? если оперативки и места на диске достаточно, то Ivybridge за пару суток без вопросов соберет...
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	160. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от AleksK (ok), 11-Янв-25, 23:10
	> Передает тебе привет мой комп на 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... и то же хватало. Ещё хуже.
	Ответить | Правка | К родителю #96 | Наверх | 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ообщить модератору

	162. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Роман (??), 11-Янв-25, 23:46
	BSD это не только плюс, но ещё и часто жирный минус. Они там до сих пор не определились контейнеры они таки хотят или это таки для ламеров.
	Ответить | Правка | К родителю #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ообщить модератору

	148. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от mos87 (ok), 11-Янв-25, 21:56
	Если RedHat ключевой меценат Fedora, то последние и делают в первую очередь то, что интереснее им. Кому нравится юзать Шапко-дистр, так или иначе живёт с этим.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	–3 +/–
Сообщение от Alladin (?), 11-Янв-25, 10:50
больше архитектур - богу архитектур а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно. а почему тогда начинали?, а вот надо... да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?
Ответить | Правка | Наверх | Cообщить модератору

	8. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+2 +/–
	Сообщение от Аноним (-), 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 планируют поставлять оптимизированные варианты и..."	+2 +/–
	Сообщение от 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 +/–
Сообщение от Аноним (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 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от нах. (?), 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ообщить модератору

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

	149. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (136), 11-Янв-25, 22:02
	Ну да, щщас. Винда точно так же радостно кладёт на обратную совместимость с неподдерживаемым старьём. Гордые пользователи семёрочки нынче обалдевают от незапускающихся приложений, собранных со свежей кутьёй. Потому что ой, оказывается, winapi развивается и там новых функций завезли. Пользователям десяточки и свежее тоже не в восторге — поддержку DirectX старых версий дропнули и теперь чтобы поиграть в старые игры приходится идти побираться к линуксоидам за dxvk. И оно так всегда было, чуть ли не со времён XP — истекла поддержка, всё, досвидания, или обновляйся или сам себе злобный и сам с этим любись. И те кому сильно надо — молча ковырялись. Таскали обновы с embedded-версии XP, патчили сертификаты, писали прокладки для запуска нового софта, и так далее. А так да, дедовские былины десяти-пятнадцатилетней давности про легендарную обратную совместимость винды ещё живут в умах неокрепшей молодёжи — если лично не сталкивался, можно и поверить невзначай.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	156. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+1 +/–
	Сообщение от нах. (?), 11-Янв-25, 22:23
	мущина, проснитесь - ваша семерочка где-то там же где sls linux- десять лет уже прошло со времен когда она хоть как-то поддерживалась. (б-жечки мои - он еще про xp вспомнил. Да ты /bin/ls времен той XP на своем лиnoopsе не запустишь, не то что что посложнее)
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (136), 11-Янв-25, 22:43
	Ну раз уж троллишь, хотя бы не переобувайся так стремительно, в глазах рябит. > никаких systemd и маркетоидных v-чтотатам. > Поддержка 32бит архитектур. И - работает. > А не тут подпилить, там подрихтовать. А потом ой, внезапно оказывается: > ваша семерочка > десять лет уже прошло со времен когда она хоть как-то поддерживалась. О чём тебе и твердят: подвяндой всю жизнь так было — кончилась поддержка и начинается «тут подпилить, там подрихтовать». Васянские неофициальные сервиспаки и сборки, слои совместимости, патчи. Начиная аж с бородатых времён XP, да, яхонтовый ты наш.
	Ответить | Правка | Наверх | 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ообщить модератору

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

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

	165. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (27), 12-Янв-25, 00:05
	Компелять на бинарном дистре никто не запрещает. Причем я могу компелять под свой процик только что мне надо. Например, я знаю что пакет Х в дебиане i386 собран под ПеньПро, а у меня корадуба и если я пересоберу, то программа Х будет на 20% быстрее. Ну и перекомпиляю из deb-src отдельный этот пакет. Понятно, что фаерфокс компелять на коредуба это такое себе, но какой-нибудь ffmpeg/vlc или тому подобное - вполне...
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	164. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Роман (??), 11-Янв-25, 23:59
	Они и на жизнь не жалуются  - она же мимо них проходит
	Ответить | Правка | К родителю #140 | Наверх | 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 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (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 планируют поставлять оптимизированные варианты и..."	–1 +/–
	Сообщение от Аноним (27), 11-Янв-25, 19:16
	Кто пробовал генту, тот воет про 2%... ок
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (136), 11-Янв-25, 21:42
	Те, кто пробовал gentoo — знают, что это не про производительность вовсе. Если там и впрямь чутка прироста набегает, это приятный бонус, не более. По факту в новости речь идёт о дропе совместимости с P4, корой дуба и китайскими б/у ксеонами, купленными десять лет назад на алишке. Что, после дропа i386, удивлять-то особо и не должно.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

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

	122. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (-), 11-Янв-25, 17:05
	>А разве эта оптимизация в настоящее время что-то даёт? От гентушников слышал, что быстрее становится на 2-3%, не более. Это при условии, что вы компилируете строго под свой процессор.
	Ответить | Правка | Наверх | Cообщить модератору

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

	166. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от 12yoexpert (ok), 12-Янв-25, 01:18
	только прикол в том, что при сборке под свой проц комилятор местами заюзает "где нужно более современные инструкции проца" и без явного их использования так что скази о том, что быстрее только с asm-ом и интринсиками, - всего лишь сказки
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	146. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (21), 11-Янв-25, 21:33
	Блокнот на gtk/qt для wayland, который работает поверх vulkan.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	154. "В Fedora 42 планируют поставлять оптимизированные варианты и..."	+/–
	Сообщение от Аноним (-), 11-Янв-25, 22:19
	Я использую zswap. Читал что написано? Если не читал прочти ответ там есть на твой вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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