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

Обновление Debian 12.1, opennews (??), 22-Июл-23, (0) [смотреть все] Ну теперь можно и обновиться до букворма, Аноним (1), 22:39 , 22-Июл-23, (1) +10 // А до этого кто-то запрещал , Аноним (21), 00:59 , 23-Июл-23, (21) // Ознакомьтесь с проблемами в dm-crypt ванильное ядро 12 0 6 1 9 после добавлен, Чукча (?), 01:02 , 24-Июл-23, (237) +3 Да он и до этого особых проблем не создавал вроде В паре мест дурацкие зависимо, Аноним (-), 02:13 , 23-Июл-23, (34) // Легко, используя sudo apt install --no-install-recommends , избавиться от нен, bicyclist56 (ok), 06:42 , 23-Июл-23, (68) +2 // lxqt и librewolf, ну каждому своё конечно, gava (?), 09:22 , 23-Июл-23, (87) Еще проще использовать aliases alias au sudo apt update alias aU sudo apt upgr, bicyclist56 (ok), 08:57 , 24-Июл-23, (281) +1 ИМХО,1 sudo весьма так себе приблуда - CVE в нем с их заскоками по эдитору было, Аноним (-), 00:03 , 25-Июл-23, (336) 1 Так можно устанавливать абсолютно все пакеты Работать будет потому что все ч, Аноним (-), 18:02 , 23-Июл-23, (160) +1 Промахнулся с ответом, см выше , bicyclist56 (ok), 08:58 , 24-Июл-23, (282) 1 Вон то это штатная конфигурация пакетника Для меня это часть customization , Аноним (-), 17:52 , 24-Июл-23, (310) Suggests он и так по умолчанию не ставит , Пряник (?), 17:07 , 28-Июл-23, (381) Отличный релиз Всё летает и работает стабильно , Аноним (2), 22:46 , 22-Июл-23, (2) +8 // Справедливое высказывание для 99 дистров с дефолтными настройками И вообще люб, Аноним (14), 00:08 , 23-Июл-23, (14) +6   // Это не соответствует действительности конфиг ядра дистров здорово отличается от, Аноним (-), 02:19 , 23-Июл-23, (35) +2   // Проблеме лет 20, но какой дистр не возми те же грабли Привет баг 12309 Огромн, Аноним (138), 16:26 , 23-Июл-23, (138) +1   У лично меня нет никакого бага 12309 Его починили цать лет назад Есть некот, Аноним (-), 18:44 , 23-Июл-23, (174)   Вы вообще не понимаете, как это работает Кэширование на запись в опертивке не д, leap42 (ok), 07:28 , 24-Июл-23, (274) +1   Я прекрасно понимаю что оно дает мне моментальное завершение операции RAM цук, Аноним (-), 18:09 , 24-Июл-23, (312) –1   ну давайте проверимНет, всё с точностью наоборот Если кто-то просит fsync или б, leap42 (ok), 07:43 , 25-Июл-23, (350)   1 Вас не смущает что ядро не выбито в камне и эвристика у него на эту тему эвол, Аноним (-), 01:11 , 26-Июл-23, (374)   Убунта на раб компе переодически намертво виснет несмотря на SystemDOomD , Аноньимъ (ok), 01:02 , 24-Июл-23, (236)   Может дело в причёске , Чукча (?), 01:04 , 24-Июл-23, (238)   Да не, дело в том что он таки хучший вид эникея - как обычно с bsd шным бэкграу, Аноним (-), 00:15 , 25-Июл-23, (338)   вот это бред какой-то, скорее всего значения перепутаны местамиdirty_bytes - это, leap42 (ok), 07:14 , 24-Июл-23, (273)   Ага, почти Тут в ведре версии 6 3 9 amdgpu для APU сломали Совсем - всё виснет, leap42 (ok), 07:09 , 23-Июл-23, (72) +3   // Спасибо за информацию У Debian в testing 6 3 7 в unstable 6 3 11, а в experimen, Аноним (92), 09:53 , 23-Июл-23, (92)   6 4 4, в Fedora сегодня обнова прилетелаhttps gitlab freedesktop org drm amd -, leap42 (ok), 15:43 , 23-Июл-23, (134)   Благодарю , Аноним (193), 19:52 , 23-Июл-23, (193)   Ну всё как обычно Ломают amdgpu, а фак ю - nvidia , Аноним (113), 11:38 , 23-Июл-23, (113) +2   Поэтому в нормальных дистрах старое ядро По факту LTS ядро с возможностью по, Аноним (138), 16:29 , 23-Июл-23, (140)   LTS это ядро для штатного использования Всё остальное по сути бета версии для п, Аноним (172), 18:37 , 23-Июл-23, (172) +1   А где вы вообще 6 3 9 в дебиане нашли Нигде Ну вот то-то и оно, этим stable от, Аноним (-), 18:29 , 23-Июл-23, (168) –1   Вы ветку из 3-х сообщений в уме удержать не можете Анончик писал буквально 99 , leap42 (ok), 07:06 , 24-Июл-23, (272) +1   Ну то-есть это офтоп и к сабжу не относится Тогда куда смотрят модераторы В, Аноним (-), 18:19 , 24-Июл-23, (313)   Можно просто оставить ничего бы не изменилось https gitlab freedesktop or, leap42 (ok), 07:13 , 25-Июл-23, (349)   Да, я не понимаю какого х баги кернела забыли в гитлабе фридесктопа Это в чем-то, Аноним (-), 03:12 , 26-Июл-23, (375)   Купил амуде - страдай Поговорка лет 15 как актуальна, но люди продолжают наступ, Аноним (172), 18:34 , 23-Июл-23, (170) –5   С нвидией в линухе вообще довольно х-во - нвидия явно не может держать темп за я, Аноним (-), 22:52 , 23-Июл-23, (220)   Только в манямирке опеннетовских анончиков У меня ноут на амудэ, а настольный н, leap42 (ok), 06:39 , 24-Июл-23, (271)   Зачем ты обновлял ядро Просто так Ну так страдай Ядра принудительно обновлять, Аноним (172), 18:36 , 23-Июл-23, (171) +2   Эх А ведь раньше было смешно, но сейчас только Э так вот же только 12й же выш, Dzen Python (ok), 23:01 , 22-Июл-23, (3) –1 // Полтора месяца назад релизнулся Debian 12 За те полтора месяца накопились некот, Даже я это застал (?), 23:57 , 22-Июл-23, (9) +2 // Fedora официально не обновляет , Аноним (52), 03:03 , 23-Июл-23, (52) –1 // https dl fedoraproject org pub alt live-respins - держи, обновляются еженедел, Аноним (102), 11:00 , 23-Июл-23, (102) Это неофициальные образа, ну так, чтобы знал , Аноним (52), 17:50 , 23-Июл-23, (153) Скачать респины тестовой лабы мм ну тогда жить вы должны на орбите В еще , Аноним (-), 18:49 , 23-Июл-23, (176) А зачем обновлять тестовый полигон Ваша задача тестить для человека с белой зад, Аноним (-), 09:00 , 24-Июл-23, (283) –1 НИЧЕГО обновлять не надо Все накопленные изменения должны декларироваться в рол, Vivaswan (ok), 11:29 , 23-Июл-23, (110) –4 // Есть проблема если установочный образ не обновляется, то со временем появляется, Аноним (122), 12:20 , 23-Июл-23, (122) –1 Скрыто модератором, Аноним (-), 09:02 , 24-Июл-23, (284) Иксперду с опеннета, конечно, видней, как оно надо то Debian имеет такую моде, Даже я это застал (?), 16:17 , 23-Июл-23, (135) В чем преимущества дебиана перед чем угодно Хотя бы одно бесспорное преимуществ, Аноним (4), 23:07 , 22-Июл-23, (4) –2 // Преимущество в том что в Debian в отличие от Fedora пакеты не собирают со всеми , cheburnator9000 (ok), 23:49 , 22-Июл-23, (7) +2 // Поверь, тебя об этом не известят И вообще это лютый кринж пользоваться российс, Аноним (14), 00:05 , 23-Июл-23, (12) // Только для иноагентов это кринж Для остальных российские дистры это достойный , Аноним (100), 10:54 , 23-Июл-23, (100) –6 Разные люди достойны Кто-то - восхищения Кто-то - сожаления , Аноним (122), 12:22 , 23-Июл-23, (123) –1 Пользуется оригинальным Debian ом, а не Астрой, - значит иноагент Если вы это с, Даже я это застал (?), 16:23 , 23-Июл-23, (136) Уже начали - как минимум альт добавил рутовый сертификат SSL российского УЦ Как, Аноним (-), 02:22 , 23-Июл-23, (40) –1 // Жить в РФ и не пользоваться собственным VPS за бугром на котором поднят VPN Да , Аноним (14), 02:30 , 23-Июл-23, (43) –2 Как вот это все поможет от SSL bumping левым сертом выписаным вон тем УЦ Весь, Аноним (-), 03:04 , 23-Июл-23, (53) –1 Вы бы не позорились с эксит нодой, помолчали бы уже , tty0 (?), 08:00 , 23-Июл-23, (77) +1 А что, ФСБшники какие не могут поставить пачку tor exit nodes, вкатив тамошнему , Аноним (-), 18:57 , 23-Июл-23, (178) Пару выходных нод Прикалываешься Какова вероятность попадания на них трафика л, Аноним (296), 14:47 , 24-Июл-23, (296) Ну во первых у этих денег хватит и на пачку условных вдсок в разных закоулках Т, Аноним (-), 18:28 , 24-Июл-23, (314) У этих да у тех Читайте маны разработчика, заодно как осуществляется мониторнг , Аноним (332), 23:12 , 24-Июл-23, (332) Выберите синенькую и спите спокойно Выберите красненькую - и вы потеряете споко, Аноним (-), 00:43 , 25-Июл-23, (339) чтобы иметь какой-то результат, надо ставить пару тысяч или пару десятков тысяч, ivan_erohin (?), 10:23 , 27-Июл-23, (380) Мне нет необходимости в зарубежных vpn, vps и при этом я не страдаю паранойей ка, Аноним (52), 03:09 , 23-Июл-23, (54) –4 а я люблю на досуге посмотреть сайты из списка россайтнадзора там есть торренты,, ivan_erohin (?), 08:57 , 23-Июл-23, (83) Когда тоже самое делает США Европа это святая демократия Когда делает РФ, это че, noc101 (ok), 00:01 , 25-Июл-23, (335) есть маленькая разница там местные VPN-надзоры не блокировали обходные пути мо, ivan_erohin (?), 12:11 , 25-Июл-23, (355) А тут видите ли вопрос в том кто и что Вы врядли достанете ЦРУ, АНБ или ФБР нас, Аноним (-), 19:08 , 23-Июл-23, (179) Тысячи посаженных людей за комментарии в интернете, как бы говорят, что ты фанта, noc101 (ok), 00:11 , 25-Июл-23, (337) Покажите тысячи россиян которых за коменты в интернете посадили АНБ, ЦРУ и ФБР , Аноним (-), 01:19 , 25-Июл-23, (343) В эту игру можно играть вдвоем Покажи тысячи россиян посаженые за комментарии А , noc101 (ok), 05:14 , 25-Июл-23, (348) Ща, будет вам Сначала вы - реверанс про тысячи, кажись, ваш Вам и пруфать А ты, Аноним (-), 08:07 , 25-Июл-23, (352) В мире много людей, которые никому не интересны Радуйся ты в этом списке, Аноним (296), 14:49 , 24-Июл-23, (297) Надо понимать, копаться в помойках - основной смысл твоей жизни , YetAnotherOnanym (ok), 09:13 , 23-Июл-23, (85) +1 А чего так подкипело то, что на любимую тему потянуло , Чукча (?), 01:12 , 24-Июл-23, (242) Сторонник чебурнета , Аноним (296), 14:50 , 24-Июл-23, (298) Если кто последует, то знайте, гораздо сложнее сделать профессионально чисто, че, Аноним (122), 11:38 , 23-Июл-23, (112) Для обхода блокировки, чистота настройки не основное требование , Аноним (296), 15:17 , 24-Июл-23, (299) Причём тут чистота настройки Как имага рука-лицо жпг имага , Аноним (122), 22:14 , 24-Июл-23, (331) не у всех есть лишние деньги , Аноним (128), 13:10 , 23-Июл-23, (128) Эм, нет, не понял Как связано добавление серта СА в дистр с перехватом всего ss, asand3r (ok), 11:20 , 23-Июл-23, (106) Просишь удобный УЦ выписать тебе левые серты на вон то, это и еще это И перех, Аноним (-), 19:09 , 23-Июл-23, (180) Элементарно может быть , но зачем , Аноним (296), 15:19 , 24-Июл-23, (300) А что значит Mageia стагнирует Свежие версии выходят, ошибки исправляются, репо, Аноним (69), 06:52 , 23-Июл-23, (69) // Количество пакетов не очень интересно Гораздо интереснее, когда пакеты таковы, , Аноним (122), 12:14 , 23-Июл-23, (121) Молодец, приплёл Заслужил галочку в ведомость , YetAnotherOnanym (ok), 09:03 , 23-Июл-23, (84) +3 Использую арч с ядром лтс уже 4 года как основную систему, обновляю буквально ка, Андрей (??), 09:33 , 23-Июл-23, (88) +1 // Это всё классно Но ты не сможешь тоже самое на тысячу человек А потому как од, Аноним (122), 12:10 , 23-Июл-23, (120) Но зато у него Arch , Аноним (275), 07:59 , 24-Июл-23, (275) Хорошая сказка Есть чем подтвердить , scriptkiddis (?), 16:27 , 23-Июл-23, (139) То есть у тебя нет ни фактов ни аргументов, ты просто уверен, потому что, потому, noc101 (ok), 16:47 , 23-Июл-23, (142) // Скрыто модератором, Аноним (296), 15:21 , 24-Июл-23, (301) Скрыто модератором, Аноним (296), 15:22 , 24-Июл-23, (302) Скрыто модератором, Аноним (-), 15:47 , 24-Июл-23, (303) Скрыто модератором, Аноним (296), 16:04 , 24-Июл-23, (304) Скрыто модератором, noc101 (ok), 16:40 , 24-Июл-23, (305) ФБР похрену, Аноним (296), 17:45 , 24-Июл-23, (308) Нам сибирякам похрен ФБР И ЦРУ, Аноним (296), 16:56 , 25-Июл-23, (362) То есть то что вам в дебиан дабивили пожелания в виде SystemD вас не смущает , Аноньимъ (ok), 01:09 , 24-Июл-23, (240) Debian просто работает , Аноним (8), 23:54 , 22-Июл-23, (8) +3 // 90 дистров просто работают если не отступать от дефолтных настроек Дальше уже , Аноним (14), 00:06 , 23-Июл-23, (13) +3 Больше чем по другим дистрам инфы в интернете, проще дебажить и настраивать На , Аноним (14), 00:01 , 23-Июл-23, (11) // Настраивать ничем не лучше других, а где-то хуже из-за специфических костылей de, Аноним (52), 03:12 , 23-Июл-23, (56) // каких например, чет не заметил костылей , Ононом (?), 01:14 , 24-Июл-23, (243) Если речь про документацию, то да, у Дебиана созданы хорошие тексты, в которых о, Аноним (122), 12:07 , 23-Июл-23, (118) // Вот только когда это не твоя работа, то тебе не нужны все идеи и все возможности, Аноним (183), 19:15 , 23-Июл-23, (183) Да, любая история имеет начало, конец и оправдание Такой человек, т к много не , Аноним (244), 01:15 , 24-Июл-23, (244) Ни у одного дистрибутива нет преимуществ, которые бы не вызывали вопросов у поль, Аноним (21), 01:03 , 23-Июл-23, (23) Предсказуемый результат в использовании , Аноним (31), 01:54 , 23-Июл-23, (31) Это довольно сложное требование, потому что каждый кулик свое болото хвалит, но , Аноним (-), 02:38 , 23-Июл-23, (46) Никаких преимуществ у дебиана на сервере нет Как по мне, когда-то дебиан и сусе, beck (??), 05:10 , 23-Июл-23, (66) –2 СТАБИЛЬНОСТЬ, оптимизация , Vivaswan (ok), 11:36 , 23-Июл-23, (111) // А когда разработчики какого-то софта выпускают промежуточную версию, а затем заб, FF (?), 14:08 , 23-Июл-23, (132) Вопрос глупый Т к не бывает хорошего инструмента под любые задачи Дебиан отфил, Аноним (122), 12:01 , 23-Июл-23, (117) преимущество одно, чтобы тут дети не писали У Дебиана стабильные сборки, с чего , noc101 (ok), 16:51 , 23-Июл-23, (144) +2 Кто бы что не говорил, но голый дебьян непригоден для повседневной работы Много, Аноним (14), 00:00 , 23-Июл-23, (10) // Что вы там постоянно допиливаете Debian как раз ставишь и пользуешься , Аноним (21), 01:04 , 23-Июл-23, (24) +3 // ага, и материшься, каждый раз от дефотных настроек , по (?), 01:31 , 23-Июл-23, (26) –2 // от настроек чего DE , Аноним (32), 02:07 , 23-Июл-23, (32) +1 Им нужно виндовс, tty0 (?), 08:01 , 23-Июл-23, (78) +5 На локалхосте без GUI Может быть , Аноним (14), 02:21 , 23-Июл-23, (37) Дебиан не для тех, кто каждый день с нуля переустанавливает линукс, а для тех, к, ИмяХ (?), 07:06 , 23-Июл-23, (70) // Лолшто Фигасебе манямирок Судя по вышеподмеченному, это как раз про тебя , Аноним (172), 17:50 , 23-Июл-23, (154) –2 А Лялих вообще - для образованных людей Если для пользака трудно быстренько наст, Аноним (122), 12:27 , 23-Июл-23, (124) –1 // Штука в чём готовые настройки, раскатанные скриптом - это стандарт и обыденност, Аноним (122), 12:30 , 23-Июл-23, (125) Образованный человек знает в т ч и как распоряжаться своим временем Поэтому до, Аноним (172), 17:52 , 23-Июл-23, (155) // Образованный человек знает что рабовладение - отстой Мак и винда метят именно в, Аноним (-), 22:28 , 23-Июл-23, (214) Для десктопа это правда Для серверов это не так , noc101 (ok), 16:52 , 23-Июл-23, (145) // Запуск сервисов до того как их настроишь - это дыра в безопасности , user (??), 19:49 , 23-Июл-23, (192) // Да, как то тупанул , noc101 (ok), 01:09 , 24-Июл-23, (241) Смысл ставить сервис, если не запускать Или вы дефолтные настройки из исходнико, Пряник (?), 17:13 , 28-Июл-23, (383) Чё за бред В инсталляторе можно выбрать GNOME, KDE, Xfce, MATE, Cinnamon , Пряник (?), 17:10 , 28-Июл-23, (382) Как валгринд старое говно был - так и остался Если есть в зависимостях хоть одн, Аноним (15), 00:11 , 23-Июл-23, (15) –1 // Вроде все нормально последние лет 10 пользуюСсылочку на багу в багтрекере скинь , Аноним (294), 14:43 , 24-Июл-23, (294) И на серверах и в WSL использую только демьяна Лучший дистрибутив однозначно , Всадник Апокалипсиса (?), 00:14 , 23-Июл-23, (16) +2 // Как по мне, Диван лучше Сижу на нем с Тринити и кайфую , Vivaswan (ok), 11:38 , 23-Июл-23, (114) // Давай угадаю железо 775 сокет, мышь и клава через пс2, квадратный монитор 1280, Аноним (172), 18:30 , 23-Июл-23, (169) +1 // 4 гига это ты загнул, у таких сидельцев на девианах обычно максимум 2, Аноним (196), 20:00 , 23-Июл-23, (196) Если там какой-то коре 2,то запихивают память по максимуму, сейчас она на б у ни, Аноним (14), 21:23 , 23-Июл-23, (207) Я помню несклько лет тому назад ехал в другой район города до самой конечной авт, Аноним (208), 21:32 , 23-Июл-23, (208) А писать в ней чё хоть пробовал А то теоретически запустить её можно и на второ, Аноним (14), 23:08 , 23-Июл-23, (224) Проекты на плюсах собираю Не знаю что и на чём ты там пишешь, но этим явно не с, Аноним (208), 00:17 , 24-Июл-23, (233) Слушай чего ты человека обижаешь Хочет сохранить старый подход пусть сохраняет , Аноним (294), 14:46 , 24-Июл-23, (295) Да поставить диван в WSL и кайфовать это было бы весьма утонченно, хоть и , Аноним (-), 19:15 , 23-Июл-23, (184) Зондофокс 115 esr в репы завезли А виртуалбокс Репы имеются в виду родные, а н, Аноним (17), 00:16 , 23-Июл-23, (17) // а эксель с эксплорером 6 1, тебе не завести может вина красного, да бабу рыжию , по (?), 01:34 , 23-Июл-23, (27) +1 // На кой Я, конечно, в курсе что дебиан не про свежатину, но такой сюрстремминг д, Аноним (33), 02:12 , 23-Июл-23, (33) Озвучите список БезЗондоФоксов С приложением списка сайтов которые смогут хотя , Аноним (14), 02:28 , 23-Июл-23, (42) // Если только Konqueror, да и то под вопросом , Аноним (44), 02:37 , 23-Июл-23, (44) // Даже древний html не вывозит Админка моего роутера 15 летней давности криво отк, Аноним (14), 02:42 , 23-Июл-23, (47) +1 Вебня - она такая, накосячит, и особенно 15 лет назад для роутера, куда заходят , Аноним (122), 12:37 , 23-Июл-23, (126) Опеннет открылся, Аноним (370), 18:13 , 25-Июл-23, (370) Дебиан использует стабильные и проверенные пакеты А хомячки, гонящиеся за свеж, ИмяХ (?), 07:08 , 23-Июл-23, (71) +1 // Перевожу, в Дебиане пакеты стухают сразу после релиза , Аноним (181), 19:09 , 23-Июл-23, (181) +1 // В других ОС по-другому , Аноним (296), 17:47 , 24-Июл-23, (309) Они от этого работать перестают , Серб (ok), 18:43 , 24-Июл-23, (316) +1 Нет, они тухлые уже в коробке , InuYasha (??), 18:47 , 24-Июл-23, (317) Скрыто модератором, Аноним (-), 01:26 , 25-Июл-23, (345) а в виндовсе альденте , Аноним (363), 16:58 , 25-Июл-23, (363) Соберёшь из исходников Руки не отвалятся , Пряник (?), 17:18 , 28-Июл-23, (384) Ничего не завезли, стюардессу можно закопать, Аноним (370), 14:38 , 25-Июл-23, (359) Миграция на Debian 12 отменяется openSUSE Leap 15 6 быть , Аноним (18), 00:25 , 23-Июл-23, (18) –1 // там в установщике шифрование есть , Аноним (363), 16:59 , 25-Июл-23, (364) Уже месяц пользуюсь, полет нормальные Я даже особой разницы с 10 не заметил , Аноним (22), 01:02 , 23-Июл-23, (22) // Ну как же не заметил, потяжелее становится от версии к версии А так конечно луч, На лопате (?), 09:05 , 25-Июл-23, (353) Debian это база , Аноним (31), 01:52 , 23-Июл-23, (29) Debian работает и на одноядерном ноутбуке и на серверах , Аноним (31), 01:52 , 23-Июл-23, (30) +2 // С каких пор работой называют возможность загрузки Сам то пробовал хотя бы на , Аноним (14), 02:24 , 23-Июл-23, (41) –7 // Пробовал древний ноут, который не жалко угрохать, com-портом на Pentium M исполь, Аноним (14), 02:51 , 23-Июл-23, (49) +1 Эпоха ноутбучной коры 2 дуба закончилась где-то в 2016-2017 годах Как раз из-за, Аноним (14), 02:58 , 23-Июл-23, (50) Вот сейчас такой С 3 Гб памяти Я на нем дома программирую , Аноним (80), 08:13 , 23-Июл-23, (80) // Скрыто модератором, Аноним (172), 17:55 , 23-Июл-23, (156) Скрыто модератором, Аноним (-), 19:16 , 23-Июл-23, (186) Скрыто модератором, Аноним (14), 19:45 , 23-Июл-23, (191) Скрыто модератором, Аноним (-), 20:33 , 23-Июл-23, (199) Скрыто модератором, Аноним (14), 21:09 , 23-Июл-23, (205) Скрыто модератором, Аноним (-), 22:33 , 23-Июл-23, (215) Скрыто модератором, Аноним (14), 23:06 , 23-Июл-23, (223) +1 Скрыто модератором, Аноним (-), 23:45 , 23-Июл-23, (229) –1 Скрыто модератором, Аноним (14), 05:12 , 24-Июл-23, (264) Скрыто модератором, Аноним (208), 21:34 , 23-Июл-23, (209) –1 На 32-х битах всё летает Проблема коры маленький максимальный объём оперы Ника, Аноним (94), 09:55 , 23-Июл-23, (94) +1 // А что 171 всё 187 Можешь описать, пожалуйста Правда интересно какой профил, Пушок (?), 10:27 , 23-Июл-23, (96) все - это значит все что есть в репе , Аноним (109), 11:26 , 23-Июл-23, (109) Он видимо знать не знает что такое летает Наверное еще и на механическом HDD , Аноним (172), 18:18 , 23-Июл-23, (165) В одноядерном ноутбуке заменил HDD на SSD В БИОС определяется, загрузить с него, Аноним (208), 21:36 , 23-Июл-23, (210) Корадуба могёт кое-что, но 32х битный сабж даже на 2 пне все еще работает В, Аноним (109), 11:24 , 23-Июл-23, (108) +1 // Ещё начиная с девятой версии не могёт , Аноним (163), 18:13 , 23-Июл-23, (163) И на всяких athlonXP винтажных, аж без SSE, не говоря про 64 бита , Аноним (-), 19:17 , 23-Июл-23, (187) И щито ты на энтом жЫлезе могЁшь кроме загрузки самой оси Ох уз эти сказоцники,, Аноним (14), 19:53 , 23-Июл-23, (194) +2 Ютуп смотреть на 360p с линухом таки хватает Почту прочекать В чатике потрынде, Аноним (-), 22:40 , 23-Июл-23, (216) Ютуб на 360p 8212 это примерно качество VHS А вот это уже откровенное враньё , Аноним (163), 00:00 , 24-Июл-23, (232) Ну дык у народа с таким хардваром и монитор не топовый Удачи зацепить жыфорс как, Аноним (-), 00:48 , 24-Июл-23, (235) Что, остались мониторы с разрешением меньше 768p Но дело даже не в разрешении, , Аноним (163), 06:08 , 24-Июл-23, (269) Там какаянить винтажная офисная семнашка На ней 360P апскейлится не так сильн, Аноним (-), 01:51 , 25-Июл-23, (346) Core 2 duo стоит на десктопе На лептопе intel pentium m Ничего, хватает , Аноним (208), 11:47 , 23-Июл-23, (115) –1 Хм, а что не так Есть у меня и такой ноутбук, долгое время стоял у кровати, что, edo (ok), 13:24 , 23-Июл-23, (129) // 4 ГБ ОЗУ достаточно для интернета , Аноним (208), 16:46 , 23-Июл-23, (141) Привет из 2к23 Как там в 2010-м , Аноним (172), 17:58 , 23-Июл-23, (158) А вы из тех, у кого каждая вкладка по гигабайту выжирает а вкладок непременно д, Аноним (163), 18:14 , 23-Июл-23, (164) Не знаю, не считаю Стоит 128 гигов рамы Благо не нищий пенсионер и денег хвата, Аноним (172), 18:22 , 23-Июл-23, (166) –1 Каким же дурачком надо быть чтобы писать к Ты либо троллишь, либо мои соболезно, Аноним (208), 20:31 , 23-Июл-23, (197) Почему не 640кб , Аноним (172), 17:59 , 23-Июл-23, (159) Ну-ну 8230 вынул память из ноута, осталось заводских 8 гигов Открыл несколько, edo (ok), 17:19 , 25-Июл-23, (368) уже выпилили systemd , Аноним (74), 07:24 , 23-Июл-23, (74) // Для этого нужно, чтобы кто-то подрядился поддерживать что-либо другое и написать, Аноним (81), 08:42 , 23-Июл-23, (81) // Под init всё уже написано и реализовано в Девуан, проснись уже наконец , Аноним (94), 09:54 , 23-Июл-23, (93) Эх, дедулаи, всё хотите время остановить Уж сколько лет прошло, а вы всё мечтае, Пушок (?), 10:32 , 23-Июл-23, (97) +1 // Вот насадят вас на системд поглубже сами убежать захотите, а бежать будет уже не, Аноним (94), 11:11 , 23-Июл-23, (104) +2 // Ну например , Пушок (?), 12:08 , 23-Июл-23, (119) sysD опенсорсный под GPL, его использование даже не является обязательным пример, voiceofreason (?), 19:18 , 24-Июл-23, (322) Я вообще не понимаю в чем прикол баш портянок Они ведь даже тупо сложнее чем sy, Аноним (172), 18:25 , 23-Июл-23, (167) // Эффект IKEA Как огородник, у которого огурцы самые-самые, потому что сам растил, voiceofreason (?), 19:20 , 24-Июл-23, (323) огородник хотя бы знает, какие удобрения он вносил и сколько ps всех аргументир, ivan_erohin (?), 19:43 , 24-Июл-23, (324) Щеглы которые пишут про портянки на баше обычно их даже не видели А так Девуан , Ононом (?), 01:27 , 24-Июл-23, (251) +1 // Можно и на Void маня-жить Вопрос - зачем , voiceofreason (?), 19:03 , 24-Июл-23, (319) Не льсти себе, подойди ближе То есть, не путай свое расчесывание себялюбительной, Аноним (342), 01:16 , 25-Июл-23, (342) с 11 версии системГ опционально но, правда, некоторые, кто сбежал на диван пок, Аноним (109), 11:22 , 23-Июл-23, (107) Зачем Есть что то лучше , noc101 (ok), 16:53 , 23-Июл-23, (146) // openrc , Zenitur (ok), 18:45 , 23-Июл-23, (175) Antix, user90 (?), 17:01 , 23-Июл-23, (148) // Помойка, где одних только менеджеров сетевых подключений напихано сразу нескольк, Аноним (172), 18:12 , 23-Июл-23, (162) +4 // Глупец У меня никаких проблем не было вообще не использую менеджеры сетевы, user90 (?), 19:15 , 23-Июл-23, (185) –2 Да тебе и в msdos будет норм, Аноним (14), 19:44 , 23-Июл-23, (190) +2 При наличии роутера такие менеджеры не требуется, дурбэцило , user90 (?), 20:37 , 23-Июл-23, (200) –1 Я призываю использовать термины маршрутизатор и коммутатор , Аноним (208), 21:49 , 23-Июл-23, (212) Действительно Давайте использовать исконно русские слова вместо мерзких иностра, Аноним (163), 23:57 , 23-Июл-23, (231) –1 Ну так ты хоть одну книгу по сетям почитай, там именно эти термины используются, Аноним (208), 01:26 , 24-Июл-23, (249) Вот когда буду вдумчиво, по книжкам, сетевую инфраструктуру создавать, тогда это, Аноним (163), 06:02 , 24-Июл-23, (268) Попробовал на одноядерный ноутбук поставить этот AntiX Херня херней завис под к, Аноним (208), 01:24 , 24-Июл-23, (247) +1 У Anti X инсталлятор довольно мудрёный У меня тоже сначала не завёлся Там прос, Простоник (ok), 14:31 , 24-Июл-23, (292) нормальный там инсталлер, и система сама по себе отличная, плюс комьюнити и реал, Аноним (172), 12:30 , 25-Июл-23, (357) Подскажите, пожалуйста, про покупке ноутбука и или системника с монитором под , Аноним (92), 10:02 , 23-Июл-23, (95) // Амуде зло Засрали все ядро своим ненужно Скоро ядро торентами выкачивать будут, Аноним (100), 11:00 , 23-Июл-23, (101) Любые, кроме интела и амд , Аноним (127), 13:02 , 23-Июл-23, (127) –1 Проц любой, видео-карточка амд желательно но не обязательно по потребности если, Аноним (138), 16:55 , 23-Июл-23, (147) +1 // В идеальном мире разве что В реалиях же большинство техники покупается через ин, Аноним (172), 18:40 , 23-Июл-23, (173) –1 // Ох уже мне эта Европа Заходишь в М-Видое и тыкаешь флешкой сколько хочешь , Аноним (208), 01:30 , 24-Июл-23, (252) –1 Ему в мвидию визу не дадут , пох. (?), 10:54 , 24-Июл-23, (286) Так тебе в мвидео и дали тыкать флешкой во всё подряд Алсо, очень удобно, когда , Аноним (163), 17:55 , 24-Июл-23, (311) А в интернете вас забанили, почитать отзывы пользователей с линем на ту или иную, Аноним (-), 05:00 , 24-Июл-23, (258) он же технической информацией интересуется, а не поржать с д-билов , пох. (?), 10:55 , 24-Июл-23, (287) +1 Не живи в опе в нормальной стране - да, покупаешь с доставкой, суешь флэшку - , пох. (?), 10:54 , 24-Июл-23, (285) –2 У меня ультрабук dell прошлого года Ни на одном ядре НЕ_работают то что сразу м, Аноним (172), 18:51 , 23-Июл-23, (177) +2 // Попробуй не выделываться и свежую убунту поставить Не круто, зато она детектит , Аноним (-), 19:23 , 23-Июл-23, (188) Тебе тут фигню выше написали Самое главное смотри чтобы у монитора был не криво, Аноним (172), 18:03 , 23-Июл-23, (161) // Для этого 10битеая матрица обычно нужна, такое всё ещё редкость, и Линукс в 10 б, Аноньимъ (ok), 01:25 , 24-Июл-23, (248) // Это проблема не линукса, это проблема мониторов dell подключенных ко встройке в , Аноним (14), 05:02 , 24-Июл-23, (259) Да, погуглил уже, это не о том ржб что я подумал вначале И что, вручную через xr, Аноньимъ (ok), 08:53 , 24-Июл-23, (280) Помогает, но, xrandr это только для x11, что уже мало актуально, с фреймбуфером , Аноним (172), 20:28 , 24-Июл-23, (330) У меня amd 6500 xt, работает, претензий нет Изначально думал intel взять, но та, edo (ok), 17:24 , 25-Июл-23, (369) Debian - основа для Debian-based дистрибутивов О, как звучит Про другие систем, Геймер (?), 10:49 , 23-Июл-23, (98) +1 // Debian based - основанные на Debian На Arch Linux, Slackware и Red Hat тоже мно, gava (?), 11:11 , 23-Июл-23, (103) +1 // Перечисляй Спойлер ничего на них не основано , Аноним (94), 11:12 , 23-Июл-23, (105) –5 // https commons wikimedia org wiki File Linux_Distribution_Timeline svg, gava (?), 11:53 , 23-Июл-23, (116) –2 У дебиана форков значительно больше, особенно доживших и известных , FF (?), 16:25 , 23-Июл-23, (137) +2 Фанатизм и интеллект это две противоположные сущности , Аноним (94), 17:16 , 23-Июл-23, (152) –1 Так тут ничего не основано Есть ссылка где хоть что-то годное , Аноним (94), 17:15 , 23-Июл-23, (151) –1 Немножко дёгдя Если вы давно и без проблем на дебе, как и я, настроено под себя, Аноним (218), 22:46 , 23-Июл-23, (218) +1 // Мы уже попробовали создавать системные образа 1 раз на релиз и потом раздавать н, Skynet (??), 23:49 , 23-Июл-23, (230) Истории о которых нельзя молчать , Аноним (275), 08:02 , 24-Июл-23, (277) Полностью поддерживаю Но и с вёндами и любыми другими неяблоками надо как следу, InuYasha (??), 18:52 , 24-Июл-23, (318) // Уже нет 11 винда почти торт, а как выйдет лтсц, будет совсем-совсем торт , Аноним (172), 20:17 , 24-Июл-23, (325) // Это та, которая без интернета уже работать не будет Там вместо баннеров с зондам, InuYasha (??), 01:13 , 25-Июл-23, (340) Што , Аноним (172), 20:17 , 24-Июл-23, (326) +1 Еще один мазохист Руки бы поотрывал тем, кто ставит локализованные версии ПО, б, Аноним (172), 20:23 , 24-Июл-23, (329) –1 // С одной стороны да , а с другой - он мб не себе иё ставит Не забывай про 95 , InuYasha (??), 01:14 , 25-Июл-23, (341) Не знаю о какой стабильности идёт речь, фурифокс вылетает самопроизвольно, может, Аноним (14), 04:57 , 24-Июл-23, (257) +1 // Firefox страницу роняет и на Windows 10 Это проблема Firefox , Аноним (275), 08:00 , 24-Июл-23, (276) –1 // Да вин10 и фурифокс не нужен, для того чтобы упастьТут новость на новости как на, Аноним (363), 17:05 , 25-Июл-23, (365) на соотв девуане те же проблемы, только на модных молодежных сайтахзависает все, ivan_erohin (?), 12:27 , 24-Июл-23, (288) // Проблема в железе Некоторые плагины роняют весь браузер т к требуют SSE3 , Аноним (172), 20:19 , 24-Июл-23, (327) // 1 sse3 действительно нет но и плагинов кроме uMatrix нет 2 пересобрал ядро бе, ivan_erohin (?), 11:53 , 25-Июл-23, (354) Роняют не сами плагины, но что-то связанное с ними В моём случае крашится даже , Аноним (360), 16:53 , 25-Июл-23, (360) это неконструктивный подход повторите мой опыт шаманства например антиперегрев,, ivan_erohin (?), 10:09 , 27-Июл-23, (379) У меня chromium скрешился в 12 0 В 12 1 все норм С фурифоксом проблем вообще н, Аноним (290), 13:49 , 24-Июл-23, (290) // У тебя относительно новое железо У чела выше походу старое железо и его проблем, Аноним (172), 20:21 , 24-Июл-23, (328) Debian c 11-ой версии сильно шагнул вперед в плане дефолтной юзабельности именно, Аноним (290), 13:48 , 24-Июл-23, (289) // Скорее это является причиной По крайней мере, для меня , Серб (ok), 17:16 , 24-Июл-23, (306) –1 Вскриытых сервисах tor репы уже есть , Аноним (296), 14:16 , 24-Июл-23, (291) // не вижу смысла если связности не будет вариант чебурнет , то ее и через tor н, ivan_erohin (?), 12:21 , 25-Июл-23, (356) // Вот есть вопрос А могут друзья , гепотетически, клиенту из рунета,запихать г , Аноним (363), 17:11 , 25-Июл-23, (366) // есть мнение что оно уже там перед началом третьей мировой войны все закладки акт, ivan_erohin (?), 18:53 , 25-Июл-23, (372) +1 Пропал звук после обновления Не только у меня Как я понял, что-то связанное с , Аноним (307), 17:38 , 24-Июл-23, (307) // Дебианом можно пользоваться и без всяких pipewire вообще Прекрасно работает в к, Аноним (-), 01:59 , 25-Июл-23, (347) // pipewire почти целиком реализует API пульсы, при этом жрёт в разы меньше CPU,, leap42 (ok), 07:47 , 25-Июл-23, (351) // У меня вот прям ща музон играет и еще много чего происходит И я вообще не сразу, Аноним (-), 03:25 , 26-Июл-23, (376) gt оверквотинг удален справедливо, при воспроизведении mp3-шки из 2007 может б, leap42 (ok), 04:28 , 26-Июл-23, (377) Кстати, обновился с 10-ки через apt-get dist-upgrade Ну выкачал пару гигов и чт, Пряник (?), 17:26 , 28-Июл-23, (385) Нашел баг, на iscsi криво ставится, после загрузки зависает демон iscsid Багреп, Чи (?), 20:16 , 01-Авг-23, (386) 1,2,3,4,10,15,16,17,18,22,29,30,74,95,98,218,257,289,291,307,385,386

Сообщения

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

	14. "Обновление Debian 12.1"	+6 +/–
	Сообщение от Аноним (14), 23-Июл-23, 00:08
	> Всё летает и работает стабильно. Справедливое высказывание для 99% дистров с дефолтными настройками. И вообще любой дистр это всего лишь набор софта поверх стандартного ядра с нескучными обоями и скинами.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Обновление Debian 12.1"	+2 +/–
	Сообщение от Аноним (-), 23-Июл-23, 02:19
	> всего лишь набор софта поверх стандартного ядра с нескучными обоями и скинами. Это не соответствует действительности: конфиг ядра дистров здорово отличается от платформенного defconfig. Более того - defconfig для майнлайна на x86(-64) никто не использует. Так что у всех дистров ядра уж точно не "стандартные", они сами их конфигурят в меру своих талантов. И совсем не факт что еще какой-то дистр обладает точно таким же ядерным .config - соответственно сказка технически некорректная получилась.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Обновление Debian 12.1"	+1 +/–
	Сообщение от Аноним (138), 23-Июл-23, 16:26
	Проблеме лет 20, но какой дистр не возми те же грабли. (Привет баг 12309) Огромный дисковый кеш на запись (нет это никак не ускорит нормально написанные программы) , начало свопинга на 50% от памяти. В дебиане как и в бубунте еще и выключен  REISUB и узнаете вы об этом лишь в момент когда он понадобится. /etc/sysctl.conf ################################################################### # Magic system request Key # 0=disable, 1=enable all, >1 bitmask of sysrq functions # See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html # for what other values do kernel.sysrq=1 # This fix enormous big dirty bytes (16 gb system vm.dirty_background_bytes 3.2 Gb ??? ) # 64  mb - when system starts writing to disk  64*1024*1024 # 256 mb - when system limits io to device speed 256*1024*1024 # Guys from SUSE recommends keep this in proportion 1:2 - 1:4 # Ubuntu guys recommends to set this even lower 16 and 42 Mb but well... # This emulates near 1 gb ram default behaviour #let only 64 mb of pages in ram before writing to disk on background vm.dirty_bytes = 67108864 #let only 256 mb of pages in ram before blocking i/o to write to disk vm.dirty_background_bytes = 268435456 ## use this on low ram machile (32 and 64 mb) #vm.dirty_bytes = 33554432 #vm.dirty_background_bytes = 67108864 #* 0  : swap is disabled #* 1  : minimum amount of swapping without disabling it entirely #* 10 : recommended value to improve performance for typical desktop usage (consider trying 15 20 30 values do increase disk cache size) #* 60 : default value #* 100: aggressive swapping vm.swappiness = 10 А и да OOM киллер в дебиане по умолчанию не стоит, забили память - велком в полный зависон систеемы. В убунте стоит поделие от системды которое работаает через зад и убивает проги когда ему захочется. (Earlyoom поможет)
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 23-Июл-23, 18:44
	> Проблеме лет 20, но какой дистр не возми те же грабли. (Привет баг 12309) У лично меня нет никакого бага 12309. Его починили ...цать лет назад. Есть некоторые другие вещи которые могут вызывать похожие эффекты но это не имеет никакого отношения к тому что в 12309 описано. > Огромный дисковый кеш на запись (нет это никак не ускорит нормально написанные > программы) Вообще-то для тормозных устройств сейчас ядро как раз размер кеша стало лмитировать. Вот как раз поэтому. С разморозочкой, годиков так 10 в криокамере провели? Сейчас год 2023, а ядро в разработке - версии 6.5. > начало свопинга на 50% от памяти. Вообще-то это настраивается. В том числе и - внезапно - в разных дистрах может быть по разному. > В дебиане как и в бубунте еще и выключен  REISUB и > узнаете вы об этом лишь в момент когда он понадобится. Вроде таки не совсем выключен. Да и включается легко. Впрочем я себе ядра сам собираю, и там прям в дефолтах вот как раз оно разрешено. Или к вопросу о ядрах и конфигах. > vm.dirty_bytes = 67108864 Ну это совсем уж настройка для тетрисов каких-то. С ноутбучным механическим винчом или SD картой с записью 2 мега в секунду. Видите ли, запись больших файлов в жирный RAM это все же хорошо если это не системный диск и/или носитель не тормоз. Но можно конечно смотреть на прогресс этой операции в блокирующем режиме медленно и печально. > #* 0  : swap is disabled А вот своп лучше не использовать совсем. Особенно на механических дисках. Вы и правда хотите RAM эмулировать "патефоном"? Скорость его работы не идет ни в какое сравнение. Лучше нарулите zram если с памятью душняк, "холодные" страницы вывалятся в сжатую часть, доступной чему-то используемому RAM станет больше. Zram с lzo+rle или lz4 почти не тормозит и не протирает ssd. И работает даже на мипсовом роутере с 32 мег, "добавляя" ему RAM, что там на вес золота. > А и да OOM киллер в дебиане по умолчанию не стоит, забили > память - велком в полный зависон систеемы. Чокаво?! Ядро при окончании RAM само пристреливает жирдяя. Но если у вас огромный своп на механическом диске - этого момента можно и подождать в интервале от 30 секунд до бесконечности. А если это SSD + zram то это выглядит так: система начинает немного тупить, несколько секунд. Тынц! И жирный процесс улетает. Чтобы всякие иксы не улетели, или что там вам нужно - им oom score неплохо б подрихтовать. > от системды которое работаает через зад и убивает проги когда ему > захочется. (Earlyoom поможет) Ох да, сперва создалим себе проблему, потом еще и займем системной памяти решалкой проблемы. Вместо того чтобы систему настроить нормально чтобы это все не требовалось.
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Обновление Debian 12.1"	+1 +/–
	Сообщение от leap42 (ok), 24-Июл-23, 07:28
	> Ну это совсем уж настройка для тетрисов каких-то. С ноутбучным механическим винчом > или SD картой с записью 2 мега в секунду. Видите ли, > запись больших файлов в жирный RAM это все же хорошо если > это не системный диск и/или носитель не тормоз. Но можно конечно > смотреть на прогресс этой операции в блокирующем режиме медленно и печально. Вы вообще не понимаете, как это работает. Кэширование на запись в опертивке не даёт ничего хорошего для не IDE дисков. Физическое устройство не становится магически быстрее, сколько в память не пиши. При этом имеет кучу минусов: потенциальная потеря данных при сбое электропитания или kernel panic, откладывает запись под нагрузкой до достижения dirty_background_ratio/dirty_background_bytes из-за механики последних, лаги при вызове fsync, лаги при дефиците свободной оперативки. Торвальдс (он придумал эту систему) использует 48мб/16мб на своём железе (оно у него кстати быстрое). И это хороший выбор, правда я сам после тестов и бенчмарков пришёл к 64мб/32мб для dirty_bytes и dirty_background_bytes соответственно. Ещё Торвальдс называет безумием всё, что больше 200мб/100мб на любой системе. И его можно понять: причины по которым нам ещё нужны грязные странички - исторические, этот буфер активно используется драйверами стораджа (точно знаю, что btrfs очень активно использует).
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Обновление Debian 12.1"	–1 +/–
	Сообщение от Аноним (-), 24-Июл-23, 18:09
	> Вы вообще не понимаете, как это работает. Кэширование на запись в опертивке > не даёт ничего хорошего для не IDE дисков. Я прекрасно понимаю что оно дает мне "моментальное" завершение операции (RAM цуко быстрый) а потом оно там где-то в фоне, ядром, но программа уже считает миссию выполненной и отваливает в туман, кроме каких-то специальных случаев. Это делает интерфейс человек-машина неблокирующим. Хоть и ценой требования слива кешей до размонтирования. > Физическое устройство не становится магически быстрее, сколько в память не пиши. Зато вместо того чтобы пялиться на заблокированную в операции записи программу она отваливает в туман и можно заняться чем-то еще, а кернел в фоне завершит операцию. И хотя железо быстрее не станет, во первых - программы быстрее "отпускает". Во вторых, часть операций может быть оптимизирована. Пример: если в RAM улетел файл и его страницы, а потом им попользовались и он уже был стерт, но еще не до конца физически записан - тадам - можно вообще не записывать вон те страницы которые не успели дописаться. И вот тут это уже конкретная оптимизация по времени по сравнению с честной сериализацией операций "сперца целиком записать, потом стереть (например временный файл)". Актуально для всяких темпфайлов и подобной байды, которые могут всю свою короткую жизнь провести в буфере и вообще не успеть записаться. > При этом имеет кучу минусов: потенциальная потеря данных при сбое электропитания > или kernel panic, Если у вас слетит питание в середине операции записи - вы всяко поимеете определенные проблемы с этого. И потеря данных не хучший вариант если файло откатится в старый консистентный вид допустим. Намного хуже если будет полу-перезаписаный файл на inplace файлухе. ЭТО вообще потом читаться и пониматься софтом не обязано. А так есть тулса sync и соотв системные вызовы, типа fsync где это важно было. > откладывает запись под нагрузкой до достижения dirty_background_ratio/dirty_background_bytes > из-за механики последних, лаги при вызове fsync, лаги при дефиците свободной > оперативки. Величина лагов определяется соотношением того что висит в буфере и скоростью накопителя. > Торвальдс (он придумал эту систему) использует 48мб/16мб на своём железе (оно у > него кстати быстрое). Это какого года сведения, на минуточку? У него сейчас EPYC и быстрые ссдшники как железо вероятно и вон то на таком сетапе - вообще ни о чем. > И это хороший выбор, правда я сам после тестов и бенчмарков пришёл к 64мб/32мб > для dirty_bytes и dirty_background_bytes соответственно. Эта серия бенчмарков включала себя допустим создание темпфайлов и их стирание - заценить как оно на разных файлухах? Чтобы еще и вон тот механизм оптимизации с отбрасыванием недописанных страниц потестить? :) > Ещё Торвальдс называет безумием всё, что больше 200мб/100мб на любой системе. Опять же - в каком году? Что такое 100 мегов для скоростных SSD на сверхбыстрых интерфейсах? Хоть тот же NVMe - сто мегов не заметит даже. > И его можно понять: причины по которым нам ещё нужны грязные > странички - исторические, этот буфер активно используется драйверами стораджа (точно знаю, > что btrfs очень активно использует). Btrfs в общем случае тоже использует ту механику страничного кеша. По поводу чего прекрасно живет даже на роутере с 64 метрами оперативы - в отличие от ZFS :). И btrfs уж точно не "драйвер стоража".
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Обновление Debian 12.1"	+/–
	Сообщение от leap42 (ok), 25-Июл-23, 07:43
	> Я прекрасно понимаю что оно дает ну давайте проверим > И хотя железо быстрее не станет, во первых - программы быстрее "отпускает". Нет, всё с точностью наоборот. Если кто-то просит fsync или буфер наполнился, то все программы блокируются до полного(!) опустошения буфера. Отсюда и брался 12309: никакой софт не мог писать вообще и ждал. Что быстрее запишется 3-6-15GB (дефолт - зависит от размера памяти) или 100MB прежде чем другие программы смогут писать? > часть операций может быть оптимизирована. Нет, всё с точность наоборот. Современный сторадж (по сути любой не IDE) имеет контроллер и внутреннюю память. Внутри он сам реорганизует данные так, как надо, оптимизация на стороне ОС ничего не даёт т.к. контроллер о ней не знает и вообще плевать хотел и всё переделает. Более того, современный Linux с nvme ничего и не оптимизирует, он просто валит всё "как есть" "по трубе вниз". > Актуально для всяких темпфайлов и подобной байды, которые могут всю свою короткую жизнь провести в буфере и вообще не успеть записаться. Это неактуально вообще. Во-первых это супер-редкий сценарий в принципе. Во-вторых размер временных файлов несущественный (порядок мегабайтов почти всегда) для современных дисков, например nvme. > Если у вас слетит питание в середине операции записи - вы всяко поимеете определенные проблемы с этого Тут да, мысль верная, но до верного вывода вы не дошли. Потерять 3 гига или потерять 30 мегабайт это разного порядка проблемы. > Это какого года сведения, на минуточку? Последняя публичная дискуссия об этом была по-моему в 2017, через 5 лет после появления nvme. Я ещё раз повторю: ваши тезисы "больше буфер -> выше производительность" и "чем быстрее девайс, тем больше можно иметь буфер" в корне неверные. По сути с большим буфером становятся быстрее только синтетические бенчмарки и всё! Все реальные задачи тормозят. Есть несколько исследований на этот счёт. Помню одно непубличное от разрабов Postgres (но вы можете найти как они после всех тестов советуют УМЕНЬШАТЬ буферы, а для ДБ, сами понимаете, производительность диска решает всё), его ещё публично воспроизводили ребята из IBM, оно было в паблике, возможно найдёте. > Опять же - в каком году? Что такое 100 мегов для скоростных SSD на сверхбыстрых интерфейсах? Хоть тот же NVMe - сто мегов не заметит даже. Ещё раз, дело не в скорости диска. Дело в том, что с дефолтами первые 1.5 гига записи диск просто простаивает (background_ratio/background_bytes) ещё не достигнут. Т.е. ядро не пишет на диск в момент интенсивной записи софтом. По этой и другим причинам производительность падает. > Btrfs в общем случае тоже использует ту механику страничного кеша. По поводу чего прекрасно живет даже на роутере с 64 метрами оперативы Нет конечно. Вы, как я и говорил, понятия не имеете, как оно работает: https://github.com/pop-os/default-settings/issues/111 > И btrfs уж точно не "драйвер стоража". Разве что для тех, кто не писал драйвера для ФС
	Ответить | Правка | Наверх | Cообщить модератору

	374. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 26-Июл-23, 01:11
	> Нет, всё с точностью наоборот. Если кто-то просит fsync или буфер наполнился, > то все программы блокируются до полного(!) опустошения буфера. 1) Вас не смущает что ядро не выбито в камне и эвристика у него на эту тему эволюционирует? Современным ядрам ваша мануальщина вообще не очень уперлась - потому что они сами dirty для медленных сторажей лимитируют. А для быстрых - с большим dirty никаких проблем нет. Представляете?! Напрягает же вот та латенси от операции расчистки памяти. Для современных ядер ваш совет в общем то протух. Хотя если вы друг сэра Поха с вечным полшестого и 2.6.32, тогда конечно вариант. 1.1) Современные ядра, особенно с всякими MGLRU субъективно стали несколько консервативнее в отращивании кешей. При том не сильно в ущерб перфомансу. 2) Если RAM много (e.g. 16..32Gb и более) и много свободной RAM - практически все записи завершаются "со скоростью RAM диска" - и это очень круто. По сравнению с вон тем. 3) А даже если и не завершаются - чем больше буфер тем больше шансов что упомянутая механика сыграет. 4) Единственное что выигрывается это ланенси активно пишущей программы, оно могло интересовать а могло и не интересовать. Для меня это скорее вопрос ухнуло оно мгновенно в буфер, так что я могу продолжить интерактив - или я отсюда сваливаю и занимаюсь чем-то иным. 5) Вы обуваете систему на оптимизации отмены записи стриниц файлов которые решили стереть, типа временных файлов и де-оптимизируете ряд сценариев, налетая на worst case. Когда файл всегда надо целиком записать. Даже если через секунду его сотрут. > Отсюда и брался 12309: никакой софт не мог писать вообще и ждал. 12309 возникал не так. Там была ситуация: прога хочет себе солидный кус памяти. Оказывается что в системе ща нет RAM. Где его взять? Ага, много dirty, давайте выжмем его на диск и отдатим программе дисковые буфера. Ядро идет их выжимать, в хучшем случае - гигазы dirty на мееееедленный накопитель. Программа которая хотела память все это время висит тряпочкой. Ее нельзя возобновить пока RAM ей не наковыряли. Она упадет. Что врядли лучше. Что еще хуже, другие программы которым понадобилась память тоде могут начать ловить клина по той же механике, пока ядро там не разрулится со своим dirty. Это ведет к ужасной латенси. И это идет дальше чем только записи, это mem management/paging нагибался. А это реальный задник. Есть куча "похожих на вид" проблем. Но они могут отличаться механикой, а конкретно 12309 - был описан см. выше как, насколько я помню. Если это не оно, окей, может быть у вас какой-то ДРУГОЙ баг. Он должен быть явно заведен с ДРУГИМ номером - потому что это ДРУГАЯ проблема. Например, если у вас механический диск, вы его озадачили записью в полку и он надрывается, а тут стало с памятью душно, кернел оказывается юзал бинари программ как расширение свопа и мог отбросить страницы памяти, зная что всегда можно подчитать их из файлов бинарей. Это же причина по которой выполняемые файлы перезаписать не дают: эта механика сломается. Можно "стереть" файл но он лишь потеряет имя и будет существовать с 0 имен, его деаллокация только после завершения программы. Вон то может вызвать нехилые тупняки на механическом системном диске озадаченом записью. Но вообще это неудачная конфигурация. Она может встрять по 9000 иных причин. Скажем ожидания чтения конфига программы. Так лучше просто не делать. > Что быстрее запишется 3-6-15GB (дефолт - зависит от размера памяти) или > 100MB прежде чем другие программы смогут писать? Опять же - запись пары гигз на скоростной SSD может и не парить. А вот безусловно деоптимизнуть работу кеша во имя луны - весьма спорная идея. >> часть операций может быть оптимизирована. > Нет, всё с точность наоборот. Современный сторадж (по сути любой не IDE) > имеет контроллер и внутреннюю память. Внутри он сам реорганизует данные так, > как надо, оптимизация на стороне ОС ничего не даёт Вы не поняли. Если кернел в фоне все еще писал страницы файла на девайс - и еще не дописал - но write() уже вернулся, прога что-то поделала с файлом и ему вообще unlink() закатила, а кернел еще педалил ту запись - оставшиеся недописанные страницы можно отбросить из буфера НЕ ЗАВЕРШАЯ ЗАПИСЬ. А зачем - если файла уже нет?! В результате суммарный объем записей ниже - "не успели дописать и хрен с ним!". Но "отменить запись" можно только если было что отменять. Т.е. какие-то страницы висели в буфере. А вы как раз это предотвратили и налетаете на worst case когда вы таки пишете ВСЕ страницы. А что это было не надо т.к. файл сотрут вы узнаете опосля. Уже просадив перфоманс. Собссно "delayed writes" с агрессивной и длинной буферизацией основательно оптимизируют IO - отменяя операции ставшие ненужными или сливая много мелких в 1 большую и непрерывную, снижая оверхед а возможно и seeks. > т.к. контроллер о ней не знает и вообще плевать хотел и всё переделает. А это вообще не про контроллер было - а про отмену недописаного dirty если поняли что файло вообще снесли. Если меня не подводит склероз такую опмизиацию в ядре сделали. При такой "асинхронщине" записей (оказавшихся ненужными!) в девайс успеет улететь меньше чем в вашем сценарии. PROFIT - меньше IO с ТЕМ ЖЕ суммарным эффектом. Не любая семантика IO прокатит для такого трюка, но для типовых апликух вариант. > Более того, современный Linux с nvme ничего и не оптимизирует, он > просто валит всё "как есть" "по трубе вниз". Вон то про возможность отмены записи недописаного если оно перестало требоваться. Ну и в случае штук типа NVME ваши объемы dirty выглядят издевательски, только оверхед добавят на частые дергания, не дав забацать большие непрерывные сегменты которые в целом все же флешовым девайсам - удобнее чем куча мелких разбросаных операций. > Это неактуально вообще. Во-первых это супер-редкий сценарий в принципе. Во-вторых размер > временных файлов несущественный (порядок мегабайтов почти всегда) для современных дисков, > например nvme. Для NVME вообще неактуальны предложенные вами величины параметров. Т.к. те объемы вообще не вызывают заметный латенси - зато опять же деоптимизируют записи. Чем больше удалось забуферить тем меньше записей будет в финале и они будут непрерывнее. Да, это идет в ущерб латенси и плохая идея на медленном накопителе, особенно системном. Но NVME не тот случай. > Тут да, мысль верная, но до верного вывода вы не дошли. Потерять > 3 гига или потерять 30 мегабайт это разного порядка проблемы. Если вы перепишете 30 мегов из 5 гигового файла в in-place файлухе, и тут питание гавкнется, вы получите нечитаемый 5-гиговый файл, состоящий из разных головы и хвоста, и софт ЭТО прочитаьт скорее всего уже не сможет. Так что фактический объем потерь вовсе не 30 мегов - а весь 5-гиговый файл. С другой стороны если он весь в буфере висел, возможно он целиком в старом виде останется. Особенно актуально для ФС с cow семантикой, для них отбросить неудавшуюся запись - логичный фикс консистентности ФС, дешево, сердито, и ведет к чуть более старому view файлухи. Но файло имеет все шансы быть консистентным с точки зрения софта: там либо старая версия либо новая. А полупереписанная - в cow так не бывает, это ж не inplace запись а отапдейтить указатели на новый вариант как раз и не успели еще, ну и остался старый. > -> выше производительность" и "чем быстрее девайс, тем больше можно иметь > буфер" в корне неверные. Мой тезис: больше буфер - оптимальнее IO паттерны, меньше оверхед и даже их объем при случае. А чем быстрее девайс - тем более похрен размер буфера. Просто потому что когда кернелу станет надо расчистить ту RAM он _БЫСТРО_ ее выжмет на тот девайс и проблем с латенси не возникнет. Это же элеметарно, Ватсон. > По сути с большим буфером становятся быстрее только синтетические бенчмарки и всё! А таки софт практикует самые странные IO и кроме бенчмарков могут и реальные ситуации выиграть. Особенно если рамы много и есть где развернуться с delayed alloc и оптимизациями. На NVME еще и записей будет меньше и они будут оптимальнее сгруппированы в большие сегменты. > Все реальные задачи тормозят. Есть несколько исследований на этот счёт. Если стораж быстрый то и выжимка на него более крупного блока занимает умеренное время. И вон те размеры адекватны для какойнить ноутбучной механики но уж точно не про NVME. > Помню одно непубличное от разрабов Postgres (но вы можете найти как они после > всех тестов советуют УМЕНЬШАТЬ буферы, Активное использование больших баз данных - это специфичный топик. У баз могут быть свои кеши, лучше знающие что и как оно там хотело и может иметь смысл дать базе больше RAM а общий кеш урезать. Аналогичные соображения есть еще в некоторых вещах, типа качки торентов. И в этом месте вы начинаете наверное уже догадываться на кой черт мог быть нужен Direct IO (unbuffered IO). Иногда он бывает полезен, если у вас есть app-level cache специфичный для задачи и лучше, не хотилось выносить системные кеши, и/или вы уверены что запись будет большая и непрерывная. У меня есть и кейс без кеша но с большими непрерывными сегментами (запись специфичных паттернов оптом) - где direct IO получило свой пойнт. > а для ДБ, сами понимаете, производительность диска решает всё), его ещё > публично воспроизводили ребята из IBM, оно было в паблике, возможно найдёте. Для больших активных БД соотношения иные чем для десктопника. И это вообще специфичный топик. Если бы вы сказали тот тюнинг для сервера БД, а потом еще внутренние кеши бд отожрать по максимуму, я бы и не возражал возможно. Но мы вроде про другие сценарии тут говорили... > Ещё раз, дело не в скорости диска. Дело в том, что с дефолтами первые 1.5 гига > записи диск просто простаивает (background_ratio/background_bytes) И прекрасно. Может половина из них будет стерта к хренам и отменена как ненужное, или как минимум сгруппирована, снизив amplification factor и оверхед операций. Не понимаю стремление насиловать накопитель при любом удобном случае. На механике это тормозно. На SSD ведет к его ускоренному протиранию. > ещё не достигнут. Т.е. ядро не пишет на диск в момент > интенсивной записи софтом. По этой и другим причинам производительность падает. Да вообще-то delayed alloc придумали не просто так. И в дофига случаев от него много улучшений. Это очень мощная техника оптимизаций. >> Btrfs в общем случае тоже использует ту механику страничного кеша. По поводу чего прекрасно живет даже на роутере с 64 метрами оперативы > Нет конечно. Вы, как я и говорил, понятия не имеете, как оно > работает: https://github.com/pop-os/default-settings/issues/111 Это что-то совершенно левое. 1) Это не разработчик ядра и не какой либо известный эксперт в области. 2) Этот кадр ссылается на нечто 2013 года, с _флешками_ у Ташкинова. Как сие относится к быстрым SSD - загадка природы. 3) "несколько минут" не стыкуется с "быстрый SSD". Быстрый SSD вообще нереально заякорить чем-то типа полутора гигз записи или сколько там. Тем более на минуты. Такое ощущение что SSD не такой уж и быстрый был и даже откровенно хлам, который в какой-то момент резко проваливается по скорости до "похабной флешки". Или какие-то паттерны IO к нему неудачные. Может btrfs + дискард синхронный (discard=async НАМНОГО лучше, и по скорости и по IOPS в стораж), или еще какое УГ. Там недостаточно инфо для понимания как это случается а отсыл к кейсу ташкинова с флехой в 2013 только усугубляет подозрения насчет "быстрый SSD". >> И btrfs уж точно не "драйвер стоража". > Разве что для тех, кто не писал драйвера для ФС Я как бы кернел компилял - и наруливал загрузку систем от и до. Очень способствует пониманию иерархии IO. Драйвер файлухи совершенно точно не драйвер стоража, и вообще. У btrfs есть свои особенности из-за многодевайсовости, но это лишь взаимодействие с блочным уровнем. И между нами - btrfs хорошая штука, но вот именно тот аспект для многодевайсных штук как говорится "leaves a lot to be desired". Там точно есть что и куда улучшать. Потому что вот это там вообще не оптимально пока. Одна из причин по которой хочется видеть вокруг еще и Кента с свежими идеями. У него с его bcache есть интересный опыт, возможно сможет показать мастеркласс как это надо было. Он уже достал половину майнтайнеров подсистем - и давно пора было, вообщет :)
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Обновление Debian 12.1"	+/–
	Сообщение от Аноньимъ (ok), 24-Июл-23, 01:02
	>В убунте стоит поделие от системды которое работаает через зад и убивает проги когда ему захочется Убунта на раб компе переодически намертво виснет несмотря на SystemDOomD.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	238. "Обновление Debian 12.1"	+/–
	Сообщение от Чукча (?), 24-Июл-23, 01:04
	Может дело в причёске?
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 25-Июл-23, 00:15
	> Может дело в причёске? Да не, дело в том что он таки хучший вид эникея - как обычно с *bsd'шным бэкграундом. Умеет все по немногу - и ничего не может как следует нарулить. Потому что нахватался по верхам, но как это внутри работает - ни в зуб ногой. А то что там по дефолту что-то тормозит - в том числе и в убунте, так в виндочке современной той убунте тормозит еще больше, пользователи не жалуются и рассматривают переход как апгрейд. Значит можно релизиться :). А то что там какие-то эстеты недовольны... ну, они либо разбираются как оно и тюнят, либо живут с тормозами. И в винде оно точно так же. Есть еще 1 опция - купить очень мощное железо. Но это дорого, греется и жрет много электричества.
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Обновление Debian 12.1"	+/–
	Сообщение от leap42 (ok), 24-Июл-23, 07:14
	> #let only 64 mb of pages in ram before writing to disk > on background > vm.dirty_bytes = 67108864 > #let only 256 mb of pages in ram before blocking i/o to > write to disk > vm.dirty_background_bytes = 268435456 > #vm.dirty_bytes = 33554432 > #vm.dirty_background_bytes = 67108864 вот это бред какой-то, скорее всего значения перепутаны местами dirty_bytes - это сколько грязных страничек всего dirty_background_bytes - это сколько грязных страничек должно набраться чтобы запись на диск вообще началась, вопреки той ерунде, которая в арчевики и на прсторах интернета не может быть больше половины dirty_bytes, такие значения тихо игнорируются мы не можем ждать пока dirty_bytes наполнится на 400% для записи на диск, он не может быть >100% 🤷‍♂️
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	72. "Обновление Debian 12.1"	+3 +/–
	Сообщение от leap42 (ok), 23-Июл-23, 07:09
	>> Всё летает и работает стабильно. > Справедливое высказывание для 99% дистров с дефолтными настройками. Ага, почти. Тут в ведре версии 6.3.9 amdgpu для APU сломали. Совсем - всё виснет метрвяком. Знаете каково было мне с Ryzen 5800u на дефолтной Fedora, когда это прилетело? Я даже не сразу понял, что это ядро, а не новый ноут сдох. Арчеводы тож пострадали. Может ещё кто, кому свежее ядро просто прилетает.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	92. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (92), 23-Июл-23, 09:53
	Спасибо за информацию! У Debian в testing 6.3.7 в unstable 6.3.11, а в experimental 6.4.1.  В какой версии ядра это уже исправили?
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Обновление Debian 12.1"	+/–
	Сообщение от leap42 (ok), 23-Июл-23, 15:43
	> Спасибо за информацию! У Debian в testing 6.3.7 в unstable 6.3.11, а > в experimental 6.4.1.  В какой версии ядра это уже исправили? 6.4.4, в Fedora сегодня обнова прилетела https://gitlab.freedesktop.org/drm/amd/-/issues/2658
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (193), 23-Июл-23, 19:52
	Благодарю!
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Обновление Debian 12.1"	+2 +/–
	Сообщение от Аноним (113), 23-Июл-23, 11:38
	Ну всё как обычно. Ломают amdgpu, а фак ю - nvidia.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	140. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (138), 23-Июл-23, 16:29
	Поэтому в нормальных дистрах "старое" ядро (По факту LTS ядро) с возможностью поставить новое (что делают если нужно брайвет под новую железку, или вот прям срочно эта фича).
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	172. "Обновление Debian 12.1"	+1 +/–
	Сообщение от Аноним (172), 23-Июл-23, 18:37
	LTS это ядро для штатного использования. Всё остальное по сути бета версии для публичного тестирования и выявления багов.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Обновление Debian 12.1"	–1 +/–
	Сообщение от Аноним (-), 23-Июл-23, 18:29
	> Ага, почти. Тут в ведре версии 6.3.9 amdgpu для APU сломали. Совсем - всё виснет метрвяком. А где вы вообще 6.3.9 в дебиане нашли? Нигде? Ну вот то-то и оно, этим stable от федор и отличается. Так что если работало - ничего не сломается внезапно скорее всего. > Знаете каково было мне с Ryzen 5800u на дефолтной Fedora, когда это прилетело? > Я даже не сразу понял, что это ядро, а не новый ноут сдох. Арчеводы тож пострадали. > Может ещё кто, кому свежее ядро просто прилетает. Ну так у пользователей rolling участь такая - выступать в роли сапера для багов своими тушками. А главное при этом: 1) Ни в коем случае не писать багов. А то еще починят случайно, как же вы тогда ныть будете?! 2) Если все же занесет в багтрекер типа багзиллы ядра - не надо рассказывать мерзким разработчикам какое у вас железо. Они телепаты со стажем, догадаются сами с трех нот. 3) И уж конечно не надо постить выдержки из dmesg и прочие глупости с логами где ваш суперценный GPU не взлетел. Телепаты со стажем соберут логи сами, используя libastral. Впрочем, даже если б вы и захотели собрать логи, вашей квалификации все равно не хватит для сборки логов в ситуации когда не запустился GPU. 4) Сделать alt-sysrq-S и ребут в ядро которое еще и работало чтобы логи все же прочитать вы явно не догадаетесь. 5) Да и бутлоадер вы наверное не ставили, инновационно загружая ядра прям как бинарь уефи, по заветам лучших индийских экспертов редхата. Что делать если новое ядро не взлетело - как раз и подумаем глядя на задумчивый черный экран. Можно саппорт у редхата прикупить как раз. 6) Если вдруг вас все же разобрало набить баг на актуальный майнлайн и присобачить логи в багзилле ядра, а разработчики почему-то не послали вас подальше, и вместо этого попросили бисект - ни в коем случае не соглашайтесь. Пусть эти олухи сами е...ся! Ведь это же у ниих проблема, а не у вас. Или ... погодите, вроде, наоборот? :) 7) Если вы почему-то все же оказались здесь и эти негодяи все же выкатили патч - да еще, какая наглость, персонально для вас - не вздумайте его апплаить к тестовой версии ядра и проверять фиксит ли оно вашу проблему. Потому что если вдруг - как же ныть на опеннете потом без бага?! Врать с три короба? Это паливно и вас выведут на чистую воду. 8) Но если вдруг - ни в коем случае не отписывайтесь что патч решил вашу проблему. Пусть разработчики не апплаят это в майнлайн. А вы сделаете тролфейс - круто вы их лоханули, правда? Они пахали, пахали, а вы куда-то слились и делаете тролфейс, радуясь что слили время этих бесполезных овощей вникуда. Впрочем, есть мнение что у разработчиков тоже будет причина сделать троллфейс, ведь баг то у вас :) 9) Стройте из себя умную клаву. Наверняка вы разбираетесь в недрах amdgpu круче всяких алекс-дойкеров и дадите мастеркласс редхацкому эйрли на тему drm/kms. Задвинуть пару ваших собственных версий почему оно не работает - отличный способ направить разработчиков по правильному пути. Баг при этом конечно не починится - но может и хрен с ним? Зато разработчиков потроллили. 10) И уж конечно надо рассказать разработчикам какие они к@злы, как они не могут писать код без багов, и вообще, вот вы ща дадите им мастеркласс. Чем токсичнее, наглее и некомпетентнее вы себя поведете - тем дольше и счастливее будет жить ваш любимый баг. Особый шик если вас забанят в ирке или заигнорят в почте. Много ли людей на этой планете такую ачивку вообще заскорило?! Будете просто королями среди г@вна, не какой-то фигней. Надеюсь эти 10 вредных советов помогут вам наслаждаться вашими багами долго и счастливо :)
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	272. "Обновление Debian 12.1"	+1 +/–
	Сообщение от leap42 (ok), 24-Июл-23, 07:06
	> А где вы вообще 6.3.9 в дебиане нашли? Вы ветку из 3-х сообщений в уме удержать не можете? Анончик писал буквально "99% дистров с дефолтными настройками" - речь уже давно не про Debian. > Надеюсь эти 10 вредных советов помогут вам наслаждаться вашими багами долго и счастливо :) Это не 10 вредных советов, это кое-кто порвался, несите следующий) Когда я обнаружил баг у себя, он был зарепорчен и в соответствующий гитлаб, и в Fedora, и в Arch. Более того, AMD уже его обнаружила и исправила (там тривиальный фикс на 2 строки), но из-за политики приёма изменений на разных стадиях релиза ведра фикс долго заезжал в ветку Линуса, а бэкпортирован он мог быть только оттуда.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 24-Июл-23, 18:19
	> Вы ветку из 3-х сообщений в уме удержать не можете? Анончик писал > буквально "99% дистров с дефолтными настройками" - речь уже давно не про Debian. Ну то-есть это офтоп и к сабжу не относится? Тогда куда смотрят модераторы? :) В сабже ядро 6.1 и все что сверх того - это всякие тестинги и анстейблы. Если кто ЭТО юзает - он знает на что идет и не должен жаловаться. Потому что явно вписался в прогулки по минным полям. Сам. > Это не 10 вредных советов, это кое-кто порвался, несите следующий) У вас какие-то очень превратные понятия, сэр. > Когда я обнаружил баг у себя, он был зарепорчен и в соответствующий > гитлаб, и в Fedora, и в Arch. Не очень понимаю в какой _гитлаб_ можно репортнуть багу с локапом в ядре - у ядерщиков вообще то багзилла, на минуточку. Если конечно это именно ядерный баг, как тут утверждали. > Более того, AMD уже его обнаружила и исправила (там тривиальный фикс на 2 строки), но > из-за политики приёма изменений на разных стадиях релиза ведра фикс долго > заезжал в ветку Линуса, а бэкпортирован он мог быть только оттуда. Хммм? В моем случае амдшники быренько уталкивали фиксы в очередной -next и оно попадало в очередной майнлайн. Что там с "stable" ядрами и кто куда (не) бэкпортил уже проблемы майнтайнеров и даунстримов, соответственно.
	Ответить | Правка | Наверх | Cообщить модератору

	349. "Обновление Debian 12.1"	+/–
	Сообщение от leap42 (ok), 25-Июл-23, 07:13
	> Не очень понимаю в какой _гитлаб_ можно репортнуть багу с локапом в ядре - у ядерщиков вообще то багзилла, на минуточку. Если конечно это именно ядерный баг, как тут утверждали. Можно просто оставить... > Не очень понимаю ...ничего бы не изменилось) https://gitlab.freedesktop.org/drm/amd/-/issues/2658 - вот ссылка на баг, раз вы даже загуглить не можете почему так вышло? - разрабы Mesa (она давно уже на гитлабе) и разрабы ядерных модулей графики - одни и те же люди. а добиться резльтата в кернельной багзилле очень сложно. вот и репортится всё обходными путями.
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 26-Июл-23, 03:12
	> ...ничего бы не изменилось) Да, я не понимаю какого х баги кернела забыли в гитлабе фридесктопа. > почему так вышло? - разрабы Mesa (она давно уже на гитлабе) и > разрабы ядерных модулей графики - одни и те же люди. Это в чем-то верно. В том смысле что разработчики во многом пересекаются. И все же баги кернела принадлежат кернелу. А искать за вами такими баги при регрессиях будет нифига не удобно, между прочим. Если баг MESA - окей, логично что он в багтреке месы. А если баг кернела - то что он в багтреке месы вообще совсем НЕ логично и усложняет трекинг если вдруг случится регресс. Как вы думаете сколько народа будет пытаться искать ядерный баг в месе? Наверное далеко не 100%. Значит могут навесить дубликатов не прочухав что это регрессия девам. > а добиться резльтата в кернельной багзилле очень сложно. вот и репортится всё > обходными путями. Это не соответствует действительности. Я проверял если что ;). Мне AMDGPU эти господа чинили в темпе вальса. Выкатывая патчи для меня и "вот таких GPU". При том если еще и в ирке или там где сконтачится - это все еще и довольно быстро. Если повезет - через полдня багу амба. Обламывался я только 1 раз - с плавающим багом, вот с ним пришлось по#$%ться конкретно, в конце концов девы все же прочухали что не так, косяк инициализации контроллера памяти - при том все на вид работает - но раз в дофига виснет, т.к. работает на грани. Багзила им спамит в рассылку алерт на баги - это хорошо видно. И вопрос лишь в том хочет ли кто багом заняться или нет. И больше всего это зависит от того как вы баг напищете. Если он выглядит как "ничего не работает, help!!!" - ну тут упс.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Обновление Debian 12.1"	–5 +/–
	Сообщение от Аноним (172), 23-Июл-23, 18:34
	> amdgpu Купил амуде - страдай. Поговорка лет 15 как актуальна, но люди продолжают наступать на грабли, эх.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	220. "Обновление Debian 12.1"	+/–
	Сообщение от Аноним (-), 23-Июл-23, 22:52
	>> amdgpu > Купил амуде - страдай. Поговорка лет 15 как актуальна, но люди продолжают > наступать на грабли, эх. С нвидией в линухе вообще довольно х-во - нвидия явно не может держать темп за ядерщиками и не зря из верхушки топ500 вылетела, там линухи как раз. С их крапом пермаентные проблемы, глюки и взбрыки. Особенно если хочется свежий софт типа вэйланда использовать. Потому что их реализация DRM/KMS/GBD это просто кусок позора. А официальными реализациями они пользоваться не могут - им технический фак показали, вывесив GPL_ONLY на экспорты функций ядра. Проприетарщики только дубиной по морде и понимают. Можно, вот, и лицензионной - если случай представился.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Обновление Debian 12.1"	+/–
	Сообщение от leap42 (ok), 24-Июл-23, 06:39
	> Купил амуде - страдай. Поговорка лет 15 как актуальна, но люди продолжают наступать на грабли, эх. Только в манямирке опеннетовских анончиков. У меня ноут на амудэ, а настольный на Intel. И с последним я страдал больше.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	171. "Обновление Debian 12.1"	+2 +/–
	Сообщение от Аноним (172), 23-Июл-23, 18:36
	Зачем ты обновлял ядро? Просто так? Ну так страдай! Ядра принудительно обновлять нужно только если знаешь зачем тебе это.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

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

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