The OpenNET Project / Index page

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



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

Оглавление

Обновление Debian 11.6, opennews (??), 17-Дек-22, (0) [смотреть все]

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


9. "Обновление Debian 11.6"  +5 +/
Сообщение от нонэйм (?), 17-Дек-22, 17:04 
Void Linux - топчег посоны, отвечаю!
Ответить | Правка | Наверх | Cообщить модератору

39. "Обновление Debian 11.6"  –1 +/
Сообщение от Аноним (39), 17-Дек-22, 23:53 
Только если есть голова. Так то после завоза GCC 12.2 кидаться больше особо нечем тем, кто не пробовал, но старатеьно бежит за толпой системдэшных дистрибутивов или проще говоря за красной шапкой. А красная шапка ничем не лучше какого-нибудь Deepin со своим окружением рабочего стола.
В общем паникерам Void несколько противопоказан. Хочется собирать что-то из исходников - придется это освоить. В любом случае ядро желательно самому собирать потому как никто не знает какого барахла туда напихали сопровождающих дистрибутив. И да, монолитное ядро реактивнее. Впрочем на убогие компы с атомами он тоже прекрасно подходет ввиду отсутствия перегруженности. И вот после 3 лет на Gentoo что-то не тянет вечно пересобирать новые сборки одной и той же версии компиляторов в  генте каждый день. Понабрали школоло туда, а люди потом вынуждены тратить массу усилий чтобы за ними все исправить. А дебиан давно падучим был что аж стабильнейший XFCE умудрялся падать. Devuan еще немного получше будет - все же нет в нем поганой системды.
Ответить | Правка | Наверх | Cообщить модератору

43. "Обновление Debian 11.6"  +/
Сообщение от Аноним (42), 18-Дек-22, 00:17 
Воид для слабых компов плохо подходит, очень низкая производительность. Но я бы больше переживал за жизнеспособность, помнится там 1 чувак слился куда-то и дистр накрылся тазом. А менять дистры по 5 раз на неделе это такое себе развлечение.
Ответить | Правка | Наверх | Cообщить модератору

50. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 18-Дек-22, 02:54 
Не знаю что у вас за понятие о слабых компах, но musl вполне себе работает и в OpenWRT. Только вот опенврт неприменим в нормальное классическом виде полноценной операционной системы.
Глава сначал свалил и люди чутка подрастерялись, но ничего страшного и судя по динамике количество тех, кто ценит легкость и прямоту становится больше. Была борьба с косяками runit когда не перегружался комп, но это уже победили. У меня слабый комп это ноутбучный атом n4200 что аналог почти всего что продается кроме двухъядерников, хотя современные двуядерные решения весьма близки.
И да, грузится он даже на медленном жестком диске в 5400 оборотов приемлемо быстро. Уж не знаю кто там наплел чего, но я его применяю с 12900к и уменя нет залагиваний питона на одном ядере минут на 15 как в генте чтобы понять а надо ли обновляться. Xbps-src решает эту проблему скоростью работы. Обновил репы, собрал нужны пакет с оригинальными флагами, которые в генте для удобства стандартизированы. И вот пока гента на слабом компе будет рожать часами обновление ежедневное Void уже давно завершит компиляцию так как в случае с гентой надо компилировать считай и обновление. Если из памяти кеш уйдет, то повторное обновление за день (например в ожидании браузера) убьет еще пол часа на жестком диске, а использовать твердотельних на компиляцию расточительство, равно как и гоыр памяти. Лучше процессор помощнее взять.
Ответить | Правка | Наверх | Cообщить модератору

71. "Обновление Debian 11.6"  +/
Сообщение от Аноним (42), 18-Дек-22, 14:45 
Какие-то странные представления о генте, у меня на 15 летнем офисном пк около 1 минуты расчёт зависимостей занимает, при том, что конфигурация очень сложная и 1200 пакетов. И это если надо раз в год обновиться, если обновлений за месяц то куда меньше минуты. У меня согласно официальным бенчмаркам (им можно верить) питон самой тормозной версии из на данный момент поддерживаемых. Вопрос не в том, работает или не работает musl, вопрос в потере половины возможной производительности. А на ПМ вообще всё равно так-то, значение имеет только производительность ПО. В случае с гентой важна ещё и гибкость с широкими возможностями конфигурации. Она действительно не для всех подходит, только для людей, которые понимают, что им необходимо и как этого добиться. Например, 1 флагом можно собрать любую программу другим компилятором с произвольными флагами, или передать дополнительные параметры тоже 1 флагом. Или включить pgo, пересобрав любой пакет 2 раза. И всё это будет достаточно красиво и аккуратно, а не как в арче. Нет смысла сравнивать другие ПМ с портажем, второго с такими же возможностями и удобством нет.
Ответить | Правка | Наверх | Cообщить модератору

75. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 18-Дек-22, 22:24 
Там в генте копаться надо если нужна отзывчивость, для чего всякие -O3 и прочие флаги подходят. При этом надо сравнивать с ядрами убогих дистров типа Clear Linux, которые могут быть и быстрее кривого ядра. При этом нужно делать монолит чтобы получить полный выхлоп. До кучи ноутбук на n4200, или какой-нибудь шестиядерный FX будут с жестким диском рожать зависимости долго. Менять терабайт на ноутбуке то еще приключение если у тебя есть вагон видео, которые надо где-то хранить, система грузится быстро и нет нужды врать что что-то происходит на древнем компе быстро. Если туда воткнут современный nvme накопитель, то комп уже не совсем древний как описывается. Раз в год гента обновляется с трудом и даже несколько месяцев обычно ведут к проблемам (проверено). А лучше обновляться ежедневно или хотя бы раз в неделю. И что значит нет? Paludis вырубили потому что всем пихали emerge. А в Void есть xbps-src без привязки к чему бы то ни было и в теории даже Васян дистр можно превратить в Void ровно так же как Gentoo. Только xbps-src не парит мозг тысячелетним вычислением зависимостей, а просто сразу работает. не пробовал и заявляю тут не прокатывает. А то вопли про Void, а упоминаний про одну из главных особенностей нет вовсе и зачем-то мне нужно читать про божественный emerge на который я насмотрелся за три года? Может ты еще начнешь мне втирать как важно делать количество потоков соответствующим ядрам процессоров потому что это якобы потоки исполнения что утилизируют можности процессора? В генте нет такой инфы что же это за флаг такой -j. Он вроде как про работы (jobs). Вот только описание не соответствует действительности. А потом эти горе пользователи пишут руководства. Вот только когда потоков дофига внезапно их теория перестает работать.
Ответить | Правка | Наверх | Cообщить модератору

82. "Обновление Debian 11.6"  +/
Сообщение от Аноним (42), 18-Дек-22, 23:49 
Лучше больше потоков, чем меньше, не важно сколько параллельных задач собирает. Обычно хватает EMERGE_DEFAULT_OPTS="-j1" и MAKEOPTS="-j$(( $(nproc) + 1 ))" (это -j у make не у emerge), или -j2 чтобы скрыть лог. Я не знаю, что там может быть непонятно, всё в манах есть, он запускает параллельные независимые задачи (если пакет зависит от других пакетов то они обязаны быть собраны перед ним). Должна быть полная утилизация, если ресурсов не хватит это всё ещё на порядки эффективнее чем когда ресурсы простаивают. Какие там сложности, рекомендация всегда была одна.

И кстати, -O3 не подходит, он в основном вызывает замедление кода раза в 2 на гцц. Поэтому мне всегда смешно, когда похороникс тестирует гцц с -O3. При этом, его очень любят хардкодить во всякие сомнительные программы вроде unrar. Чтобы был толк от этих оптимизаций, надо собирать с PGO, вот тогда гцц действительно побеждает по производительности и эффективности бинарей, где это возможно. Только это всё никак не влияет на отзывчивость, только на производительность кода на задачах, которые не имеют значения для большинства пользователей (они не занимаются пакетной обработкой и 3-30% разницы им не интересно).

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

И насчёт монолитного ядра у тебя какие-то заблуждения, оно только монолитное в линуксе. Выбор собирать часть компонентов модулями или же вкомпилить сразу в ядро никак не влияет в рантайме, влияет только на то, что всегда будет в ядре когда оно загрузится и что будет подгружаться по мере необходимости. Особенно актуально, когда не используется initramfs и ядро грузится напрямую из uefi.

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

48. "Обновление Debian 11.6"  +/
Сообщение от voidjiv (?), 18-Дек-22, 02:33 
о боги! свершилось чудо, гцц обновили, спустя почти три года, не иначе небесныя хляби разверзлись над европой-матушкой, чтож, ждем шланг теперь. Когда баш портянки перепишут не слыхать? Помнится какой-то дядя толкал этот гцц, толкал, плюнул и запилил свой дистрибутив... Хреновая у них модель дистрибуции по, надо было как в альпийском делать, отдельные репы под разные архитектуры.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

51. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 18-Дек-22, 03:04 
Можешь ерничать сколько влезет. Собрать родным компилятором GCC из исходников не безрукие могли давно уже. Это просто удобство подкатили когда реально понадобилось для сборки новых программ что-то поновее. В дебиане ставят древние версии пакетов и не парятся. Ни разу эта модель не подвела. Можно мигрировать на glibc с musl и наоборот. Захотелось прямую работу программ увидеть - перекатился на musl. Захотелось в старые игры поиграть - перекатился на glibc. Когда в наличии система сборки из исходников наличествует вопли про портянки весьма странно выглядит. Мне всего раз приходилось их писать когда еще Samba 4-й версии отсутствовала чтобы сервис создать. И это не то чтобы ужасно сложно в сравнении с компиляцией в musl пакета не предназначенного для этого. Ну а собрать новую версию шланга, ну ты понял - даже на маломощном компе можно. Но ему и ни к чему это особо. Может на пару процентов быстрее заработает игра какая-нибудь, что для маломощного компа ничего не даст. Я уж было задумываться начал собрать новый GCC, но не придется утруждаться. И да, я видел сколько багов ловила гента с GCC 11-й версии. Можешь не рассказывать сказки что был большой стимул переходить на 11-ю версию.
Ответить | Правка | Наверх | Cообщить модератору

68. "Обновление Debian 11.6"  +/
Сообщение от voidjiv (?), 18-Дек-22, 12:32 
>Собрать родным компилятором GCC из исходников не безрукие могли давно уже

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

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

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

76. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 18-Дек-22, 22:32 
Нужно было кому? Кто умеет компилировать справится или научится. Ты пытаешься с позиции потребителя судить о том что делают те, кто создает дистрибутив для самостоятельных людей, а не полуличностей нееспособных в компиляцию, потому что они думают что лучше все возможные фичи иметь включенными. Они ведь и подождать могут пока там какая-то муть подгрузится в IME потому что гугловцы так написали код, что система ввода сначала лагает и тебе не дают таким образом сразу начать действовать. Может я еще должен каким-то твоим надуманным критериям соответствовать? Если мне ненужно что-то я это вырублю. Если я хочу печатать запятую в русской раскладке я имею SteelSeries 6Gv2 на которой так можно. И пофиг мне что ты еще от меня хочешь чтобы я пользовался убогими клавами "зато с подсветкой" или еще чем. Система сборки это уже по сути дистрибутив с его особенностями так как пакетный менеджер необязателен. С тем же успехом можно использовать альпин. Void это стабильный роллинг. Чего ты вцепился так? Альпин тоже прекрасный выбор. Я тебя не осуждаю потому что может тебе так лучше. Все что не красношапочный клон лучше.
Ответить | Правка | Наверх | Cообщить модератору

80. "Обновление Debian 11.6"  +/
Сообщение от voidjiv (?), 18-Дек-22, 23:17 
>Система сборки это уже по сути дистрибутив
>для самостоятельных людей, а не полуличностей нееспособных в компиляцию

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

>пакетный менеджер необязателен

2022 год заканчивается, в линуксе до сих пор кто-то собирает руками в /usr/local

>Все что не красношапочный клон лучше

для чего лучше, почему лучше?

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

88. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 19-Дек-22, 07:49 
Пытаешься? Если один объяснил, а другой не понял, то чья это проблема?

Да не во всех дистрах есть набор как в дебиане.
Лучше в назвал минус хоть один. А то не слышу примеров необходимого что есть например только в дебиане.

Лучше потому как не завязан га корявую инфраструктуру. Может для серверов и смартфонов системд лучше, но я предпочитаю сам выбирать загрузочную систему (в том же войде есть не только раинт), звуковую подсистему и все то что красная шапка навязывает включая гном3.
Истинные фанаты красношапки сейчас могут повозбухать, но мне пофиг будет. Они наверняка думают что жесткие диски по 20 терабайт ненужны потому что они видели что игры нужно запускать с твердотельного накопителя и они модные, а я вот не модный. Впрочем мне гоняться за модными тенденциями ни к чему.

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

95. "Обновление Debian 11.6"  +/
Сообщение от voidjiv (?), 19-Дек-22, 13:54 
>Лучше в назвал минус хоть один.

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

>я предпочитаю сам выбирать загрузочную систему (в том же войде есть не только раинт)

можно подробне? наличие s6 в портах еще ни о чем не говорит.

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

72. "Обновление Debian 11.6"  +/
Сообщение от Аноним (42), 18-Дек-22, 14:59 
Прямая работа и musl это, наверное, самая смешная шутка про неё, которую можно было придумать.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

77. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 18-Дек-22, 22:32 
Ага, ведь ты не в курсе как работает glibc и почему некоторые проги падают в musl не по причине проблемы в musl.
Ответить | Правка | Наверх | Cообщить модератору

81. "Обновление Debian 11.6"  +1 +/
Сообщение от Аноним (42), 18-Дек-22, 23:21 
С glibc не падают. И производительность лучше. Больше пользователей, выше надёжность. К тому же, есть поддержка SIMD. Выводы?
Ответить | Правка | Наверх | Cообщить модератору

89. "Обновление Debian 11.6"  +/
Сообщение от Аноним (39), 19-Дек-22, 07:53 
С такими выводами роутеры все тормозят ибо там же в OpenWRT стоит не glibc.
Ты бы прогонял чушь про glibc легковерным. То что там где-то в тестах что-то бывает это не значит что ты заметил бы разницу. Не пользовался а вещаешь.
Ответить | Правка | Наверх | Cообщить модератору

97. "Обновление Debian 11.6"  +/
Сообщение от Аноним (42), 19-Дек-22, 15:31 
При чём тут тесты? Возьми задачи, которые ты решаешь, и сравни самостоятельно. Что до openwrt, то он не очень производительный, но в основном из-за того что там может не быть аппаратного ускорения. Это вызывает проблемы. В целом весь софт идёт максимально ободранный по фичам и какие задачи могут решаться на роутере? Не тянет, купи помощнее, это не от libc зависит.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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