The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews (??), 04-Мрт-21, (0) [смотреть все]

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


10. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +5 +/–
Сообщение от Анонимный Романemail (?), 04-Мрт-21, 22:56 
нет свопа - нет проблем)
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

14. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от Аноным (ok), 04-Мрт-21, 23:06 
Дебианов установщик советует ставить своп в любом случае
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

85. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от Аноним (-), 05-Мрт-21, 05:12 
Он ядро -rc1 даже в самом диком угаре не советует. В репах дебиана -rc вроде вообще не бывает. До этого даже арчеводы, вероятно, не дошли. Это тестовые ядра, собираемые разработчиками и энтузиастами - погонять и посмотреть что будет. До того как раздавать другим как раз.
Ответить | Правка | Наверх | Cообщить модератору

76. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 04:35 
работает он нормально, если не знаете не говорите. Вообще на выбор есть несколько вариантов использование свапика к примеру : zSwap и Swap on zRam...
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору
Часть нити удалена модератором

91. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +3 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 05:24 
Вы путаете SWAP и работу механизма ООМ. Для начала узнайте что такое SWAP а потом что такое OOM и уже говорите о конкретных вещах...
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору
Часть нити удалена модератором

95. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 05:59 
>чем больше данных - страниц памяти попадает в swapfile, тем тормознее система начинает работать

Буду кэп'ом - это справедливо для любой ОС )))
Тормоза будут зависеть от того насколько часто вы будете обращаться к данным сброшенным на винт и какая пропускная способность винта и шыны. Ведь ОС нужно будет сбросить часть данных с ОЗУ на винт, загрузить с Винта в ОЗУ и следовательно количество операций которые будут произведены многократно увеличивается в зависимости от размера свапа и частоты пробуждения п.о. из свапа, ситуация усугубляется ещё тем что п.о. может использовать винт писать и читать с него информацию... следовательно пропускная способность будет дробиться... В общем рекомендую Вам почитать как работает Свап и проследить какое П.О. и как использует ОЗУ.


На моих системах свапики стоят большие, так как иногда я превышаю в разы имеющуюся озу. К примеру озу 8гб а свапик на 64гб и при этом свапик бывает забит под 90%.. Но всё более менее работает нормально так как свапик лежит на отдельном винте который используется очень П.О. редко и пропускная способность на нём не делится с П.О.

>и намертво зависает далеко не всегда, когда память закончилась.

Смотрите внимательно IOSTAT и что конкретно использует ОЗУ и включился ли OOM

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

99. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 06:49 
> чем больше данных - страниц памяти попадает в swapfile, тем тормознее система начинает работать

Спасибо кэп, но ты подрезал фразу с «И».
А так да, обработка переиспользования ОЗУ хуже всего в десктопных линуксах.
С Windows и macOS максимум надо успокоиться, и медленно не психуя закрывать приложения, и штатным образом лучше послать на перезагрузку.
С линуксом зачастую только по системнику долбануть, чтобы хард ребут сделать.

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

133. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 10:32 
В сети есть уйму гуидов как нужно настроить правильно ООМ, и будет тебе счастье, никого в ребут не нужно ставить... Если не осилили настройку OOM, поставьте EarlyOOM, там пару настроек в которых любой школьник разберётся.
Ответить | Правка | Наверх | Cообщить модератору

141. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +2 +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 10:59 
> В сети есть уйму гуидов как нужно настроить правильно ООМ, и будет тебе счастье...  Если не осилили настройку OOM, поставьте EarlyOOM, там пару настроек в которых любой школьник разберётся

Ну типичное поведение. Когда недостатки выносятся как достоинства, а их устранение - типа получение ценного опыта.

Нет, спасибо, мне проще памяти натолкать побольше, чтобы вероятность такого резко снизить. Да и какая разница, что мне - общую ситуацию это не меняет.


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

153. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 11:54 
Если это были бы недостатки на большинстве из серверов стояли бы иные ОС.
На десктопе поставьте nohang и будет вам счастье и вы забудете о своих проблемах... если уже совсем в лом хотя бы earlyoom...

Конечно докупка ОЗУ это хорошая идея, но не в тех случаях когда больше разместить уже нельзя.. (в виду физического ограничения ЦП или разъёмов на МП), а запускать п.о. которое жрёт больше всё же нужно.. Тогда всё же лучше почитать немного и подкрутить настройки О.С. так что бы она работала как часики )) Если нет желания читать всегда можно уйти на другие ОС к примеру на тех же M$

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

154. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 11:58 
Ты же КЭП?
Это недостатки для десктопа. Для сервера нормально.

> поставьте nohang

делать мне нечего таким васянством заниматься

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

158. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 12:02 
О как, значит вам и нечего делать на GNU/Linux так как он определённо требует хоть каких то знаний и умения работы, ступайте на M$ или Mac OS, там за вас всё подумали, придумали и решили =)
Ответить | Правка | Наверх | Cообщить модератору

159. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 12:06 
> если что не устраивает, то чемодан и проваливай!
> не хочешь ковыряться - не хочешь думать и получать занания!

Ну ты и... типичный фанатик.


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

164. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 12:15 
В чём ? В том что я говорю истину ? Или вы хотите сказать что GNU/Linux не требует никаких знаний ? GNU/Linux имеет порог вхождения очень маленький ))) ниже чем у M$ ?? Вам достаточно сеть на него как на велосипед и вы сразу поедете ?

По моему логично что Вам что бы не винить кого-то бы ни-было в том что у вас велосипед с квадратными колёсами, следовало лучше почитать мануал при сборке.. )) Конечно так можно провести аналогию с любыми вещами...

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

169. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 12:24 
Ты гонишь фанатскую фигню.
Таким надо специальный дистрибутив "Возильщик Максимум Едишон".
Чтобы ставить с огромным мануалом. Чтобы как поставишь, звук заикался, видео тиринговало - и вот совсем этим заниматься и настраивать.
И обязательно чтобы эти мануалы почаще менялись.

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

Ума палата прибавляется от этого - я гарантирую 😃

PS: хотя вот писал, а это не так уж далеко от среднего дистрибутива.

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

182. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 13:00 
GNU/Linux только недавно начал думать об обычных пользюках и потихоньку всё движется в сторону унификаций и оптимизаций всего и вся. Но это будет в будущем а Мы все живём в настоящем. Если не нравится, как говорится есть пути решения вопроса... Но всерьёз требовать от бесплатной ОС которую разрабатывают люди в своё свободное время всего того что есть в платных ОС.... мягко говоря глупо. Никто не мешает Вам использовать платные ОС... Или Вас заставляют использовать GNU/Linux а вы отпираетесь всеми силами... :D

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

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

186. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 13:11 
> за бесплатно же, не нравиться - не используй, улучшается всё больше и больше, надо донатить

Это всё не относиться к вопросу "данная конкретная вещь работает хуже"

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

197. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +2 +/–
Сообщение от Аноним (112), 05-Мрт-21, 14:51 
> GNU/Linux только недавно начал думать об обычных пользюках и потихоньку всё движется в сторону унификаций и оптимизаций всего и вся.

У меня простые несколько вопросов.
Ты сколько лет смотришь в линух|юних сторону и как давно на нем сидишь?
Потому что мнение мягко говоря наивное.

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

226. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 17:29 
>Ты сколько лет смотришь в линух|юних сторону и как давно на нем сидишь?

1.Вы читать не умеете сударь, я сказал что пересел на линуху со времён Debian Etch... но похоже Вам Debian Etch не о чём не говорит ... Посмотрите дату релиза, и станет ясно о каких годах речь идёт.


2.До того времени ковырял популярные на то время Дебу,Убунту, ФедораКору, Мандрива/Мандрейк, Редхат 3й, Генту и только вышедший Рунту, когда выбирал какой из GNU/Linux использовать. Но меня полностью устроил Debian GNU/Linux так как на тот момент он распространялся DVD если память мне не изменяет толи 6 толи 8 дисков. Там были и сырцы и бинарики, что при почти полном отсутствии интернета (если повезёт 8кб/сек) позволяло пользоваться всем и собирать из исходников всё и вся.

3.Занимался и занимаюсь разработкой приложений, игр, музыки, 3д моделированием, сейчас ещё кучу чпу станков собрал себе ...  При переходе на GNU/Linux потерял в основном только игрушки.. На тот момент решил да и фиг с ними.. и то игр которые работали хватло с головой. Хотя в последнее время так же играю во многие игры типа Doom 2016 & Enternal, Arma 4, Insurgency, Dota2 и т. п.

>Потому что мнение мягко говоря наивное.

У меня объективное мнение как человека который уже более 13 лет использует GNU/Linux в разных областях (на работе снёс винду и поставил Debian GNU/Linux используется уже ~ 5 лет в корпоративном секторе). И по вашему моё мнение наивно ? Рили О_о ?

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

227. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 05-Мрт-21, 17:41 
> У меня объективное мнение как человека который уже более 13 лет использует GNU/Linux в разных областях (на работе снёс винду и поставил Debian GNU/Linux используется уже ~ 5 лет в корпоративном секторе). И по вашему моё мнение наивно ? Рили О_о ?

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

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

231. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 18:04 
То то ты аноним)) , а аноним действует так - пишу что хочу и фиг кто докажет обратное .. =-)

Мне нравится с анонимами беседовать они могут писать всё что угодно а пишут они обычно что у меня 2м длинной, полметра толщиной и являются ЦАРЯМИ ВСЕЯ РУСИ :D

Прошу прощения но это так :) Как не аноним так уровень БОГА во всех сообщениях ;)

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

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

241. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 05-Мрт-21, 18:56 
Мне как-то по барабану чему ты веришь или нет. Кто меня знает тот в курсе. Вон Михаила я знаю по рассылкам времен пораньше добавления поддержки ораклы8,9 и оас в альтовый дистр. Поучаствовал там в обсуждениях.
А вот то что ты не знаешь года когда линух начал двигаться в другую сторону оно характерно.
Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

246. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 19:25 
Звучит как: А я знаю дяду Путина В.В.... Докажи обратное =-)
То что я не сказал год, это говорит лишь о том что я не хотел его упоминать, те кто знает Debian, то могут сказать правильный год 2007...

В общем желаю успехов великий аноним.

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

183. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 13:05 
Дык и не используйте его для десктопа, кто же мешает ? Я использую его на десктопе уже довольно таки большой промежуток времени и никаких проблем ... Но это мой опыт... Ваш может быть другой..

Повторяюсь юзаю GNU/Linux как единственную ОС на компе с Debian Etch ... Работает всё и игры и музыка и видео, в общем руки прямые )))

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

198. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 05-Мрт-21, 15:19 
> О как, значит вам и нечего делать на GNU/Linux так как он определённо требует хоть каких то знаний и умения работы, ступайте на M$ или Mac OS, там за вас всё подумали, придумали и решили =)

Детишки думают что поковырявшись в линухе на локалхосте они всё знают?
Расскажи как ничего не надо знать вот для этого:
Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Inbox"}

А потом расскажи когда такое может быть полезно.
Маленькая подсказочка, а то вдруг начитанный линуксоид не поймёт.
Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Postvak In"}

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

230. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 17:59 
Бугага, думаешь писяшел не видел ? по долгу работы писал и пишу под него скрипты включая для указанного тобой эксченча. Что там знать ?? умеешь прогить сможешь прогить на всём. Хотя да, если прогить не умеешь тогда увы ... даже простые задачи с выводом гуи на писяшеле покажутся неимоверной сложностью, хотя по вызовам напоминает простой winapi...

По поводу того что ты написал, тупо получение статистики ящика и выборка из него параметров которые относятся к указанному имени. В данном случае таких имён у меня нет и Оно не отработает так как наименования могу использовать свои, к примеру Входящие, Архив, Файлы итп. Внимание вопрос: и что ты этим хотел добиться ? Показать что ты знаешь M$ эксченч, или что в этом шеле можно делать выборки или хотел помериться писюнами у кого длиннее ? может хотел подловить на чём то ?


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

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

244. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от Аноним (112), 05-Мрт-21, 18:59 
> Внимание вопрос: и что ты этим хотел добиться ?

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

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

245. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 19:19 
Ты хочешь сказать что мой ответ не верен ? пруф снимок с почтового сервера: http://svsdval.hldns.ru/tmp/userstatistics.png
А вот как ты используешь эту статистику это уже твоё дело. Тогда поясни о великий Гуру всея руси в чём мой ответ не верен ? Он не отработал ? Он выполнил полезное действие выполнив выборку ? Или текущие умные анонимы, пытаются сразу сливаться ?
Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

247. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 05-Мрт-21, 19:30 
Не вижу смысла что-то объяснять пафосному мальчику. Ибо статья зачем это и какие проблемы может решить подобный поиск гуглится на раз-два. Подебил ты меня великий линуксоед. Прибей там медальку куда-нибудь.
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

249. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 19:55 
1. Чукча не мальчик. Чукча инжеНегра.
2. Вот как раз таки и нужно объяснять, вполне возможно что и я заблуждаюсь. Просто для меня как для инжеНегра вопрос зачем и какие проблемы подобный поиск звучит глуповато,  всё равно что: какие проблемы могут решить Set-MailBox и Set-AdUser??? Дык это всё зависит лишь только от того какие вы цели преследуете.
3. Я не являюсь виликим, я обычный среднечёк... со своими заблуждениями, потому всегда рад выслушать что-то дельное. Просто повторюсь, к анонимам отношусь мягко говоря не очень.. Так как среди них много "пустобрёхов".
4. Если чем обидел прошу прощения, я не нарочно не со зла.
Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

285. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 06-Мрт-21, 00:12 
Инженерам надо мозги развивать.
Не надо рассказывать что в винде знаний не надо. Или что вот это бесполезная вещь в принципе.
Думай.
Get-MailboxRegionalConfiguration -id user@domain.ru
Set-MailboxRegionalConfiguration -id user@domain.ru -LocalizeDefaultFolderName:$true -Language en-US -DateFormat "dd-MMM-yy"
Set-MailboxRegionalConfiguration -id user@domain.ru -LocalizeDefaultFolderName:$true -Language ru-RU -DateFormat "dd.MM.yyyy" -TimeFormat "HH:mm"
Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

319. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 06-Мрт-21, 07:58 
>>Не надо рассказывать что в винде знаний не надо.

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

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

>> Или что вот это бесполезная вещь в принципе.

2. Я нигде не говорил про бесполезность Винды или любой иной ОС, лишь говорил о том что у GNU/Linux порог вхождения высокий и люди которые его ставят и не разобравшись везде говорят как всё плохо, как всё печально и т.п. Это мягко говоря раздражает, всё равно что взять машину, залить солярки в место бензина, покрасить её в красный цвет и думать что она будет быстрее ))

3. По поводу указанного вами кода, это управление локализацией конкретных пользюков, что бы каждый имел свою локаль и свои региональные настройки (такие как отображение дат и времени). В данном случае это имело смысл если бы в домене работали люди с разных стран, в пределах одного региона не думаю что смысл есть...

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

352. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (313), 06-Мрт-21, 11:54 
> 1. Вы меня не совсем правильно поняли, в винде порог вхождения минимален для управления ей на уровне локах хоста и не требует особых знаний или умений. Большая часть настроек унифицирована и доступна через гуишные менюшки а остальное более менее опасное скрыто.

??? В таком режиме её можно только для игр использовать и то не факт что запустится всё. С новыми ограничениями в браузерах не факт что все сайты будут работать. И придется, не тривиально, менять настройки безопасности. Они там иногда в очень странных местах разложены. Хотя и в графике.

>  Я нигде не говорил про бесполезность Винды или любой иной ОС, лишь говорил о том что у GNU/Linux порог вхождения высокий и люди которые его ставят и не разобравшись везде говорят как всё плохо, как всё печально и т.п.

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

>  По поводу указанного вами кода, это управление локализацией конкретных пользюков, что бы каждый имел свою локаль и свои региональные настройки (такие как отображение дат и времени). В данном случае это имело смысл если бы в домене работали люди с разных стран, в пределах одного региона не думаю что смысл есть...

Всё очень просто. На пользюках работает автоопредление локализации. И оно работает по разному скажем так. Зависимости от первого запуска и подключения к ящику неочевидны. Даже сказал бы они не формализованы и не описаны. Особенно если это мобильный клиент. А есть ещё всякие очень любимые админами миграции по базам и прочие пинания ящика когда надо и не надо. В результате ты можешь получить локализацию у ящика русскую а внутри папки польские. Кроме недовольства людей у меня есть подозрение что может ломаться разная автоматика по работе с папками ящика. Так что смысл в двух командах именно такой - всё исправить.

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

283. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 00:07 
> Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Postvak In"}

Спасибо за иллюстрацию наркоманщины powershell-а.


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

287. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (112), 06-Мрт-21, 00:16 
Что, зелен виноград? Своё то вы ексченджевское в линухе закопали давно. Теперь можете только у гугла побираться.
Покажи мастер класс. Как там в линухе централизованно найти папки почтовые у пользователя? Башевский ненаркоманский однострочник мне подойдет.
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

309. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 01:57 
> Что, зелен виноград? Своё то вы ексченджевское в линухе закопали давно. Теперь
> можете только у гугла побираться.

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

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

310. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (313), 06-Мрт-21, 02:14 
> Китайцы зато эксченжевское откопали. И таки хорошо копнули, вайтхаус очень радуется что
> кривоглазые могут им произвольные файлы в системах перезаписывать.

Что, от сендмейла с ексимами уже боль ушла? Ну порадуйся, порадуйся маленький. Может пишеварение у тебя улучшится.

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

332. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 10:39 
> Что, от сендмейла с ексимами уже боль ушла? Ну порадуйся, порадуйся маленький.
> Может пишеварение у тебя улучшится.

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

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

353. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (313), 06-Мрт-21, 12:04 
Так боль то у тебя прошла от сендмейла? Или ты как его автор наслаждаешься этим?
Интересно. Ты так же усир..лся два года назад когда ексим пялили во всем дырки? Или ты наслаждался и кланялся, кланялся?
Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

361. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (361), 06-Мрт-21, 23:35 
> Так боль то у тебя прошла от сендмейла? Или ты как его автор наслаждаешься этим?

Понимаешь, вот прям здесь и сейчас я такие вещи вообще спокойно упихаю в контейнеры и вм. При том это будет быстро, просто, ненапряжно - и совершенно бесплатно для меня. И как бы одна трахнутая виртуалка - одно. А 10К компов с агрессивным винлокером за присест - вообще совсем другое. Виртуалку то я откачу на снапшот, заапдейчу, пропатчу и урон достаточно маргинальный. А когда одним чихом трахнули энтерпрайз на 10К машин, про пистолет с 1 патроном подумаешь почему-то. Или как минимум увольнеие оттуда нахрен.

> Интересно. Ты так же усир..лся два года назад когда ексим пялили во
> всем дырки? Или ты наслаждался и кланялся, кланялся?

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

В юниксвее видите ли есть традиции разбивки на компоненты, а пакетные менеджеры к тому же культурно это все апдейтят. Поэтому я могу порезать на части, распихать в изолированные отсеки, так что все и сразу это не потонет. А эксченж здоровенный транснациональный монстр. С огромным attack surface. Я даже не возьмусь порезать его частям права и изолировать друг от друга, одно только изучение взаимодействий кусков этого дредноута потянет на небольшую научную работу. Это слишком монструозный таск, максимум его гранулярности - жизнь в отдельной ВМ одним большим куском. Но это не предел мечтаний, особенно для всяких говдефов.

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

374. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (313), 07-Мрт-21, 01:07 
Бугагашечки ещё раз. Ты конечно всё это не делал но как возьмешься... Ух...
Ты там про торадиции и пакетные менеджеры расскажи лапотным из разных дистрибутивов. А то они из инитрд что выпилят при обновлениии, то при переезде на новый релиз развалятся. На тебя одна надежа. И сходи к тем кто опенчендж делал и групварь с полной совместимостью с аутлуком. Ну для быстрого переезда пользователей в правильный чудный мир. Ой, у инх уже и сайт много лет как разделегирован. Ну что же, не судьба им припасть к твоей мудрости.
Ответить | Правка | К родителю #361 | Наверх | Cообщить модератору

162. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 12:14 
> На десктопе поставьте nohang и будет вам счастье

https://github.com/hakavlad/nohang/blob/master/src/nohang

Спасибо за такое счастье. Пойду выпью спиртного покрепче...

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

234. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 18:16 
Что вас смущает ? просто из любопытства, желательно с конкретикой почему и как .... а не дамский ответ "ОЙ ФСЁ" =)
Ответить | Правка | Наверх | Cообщить модератору

239. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 05-Мрт-21, 18:36 
> Что вас смущает ?

Это долго писать, да и не имеет смысла. Если интересно, то есть кучу книг по правилам нормального кода. Даже не надо там упарываться, но хоть элементарное и базовое.
А если тупо повыпендриваться "да работает же!" - ну в попу тогда. Если к подобному приходит новый человек, то проще всего это всё выкинуть, ибо каша-какаша полная.


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

240. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 18:42 
Дык а по конкретнее??, по коду я не вижу особых проблем, оформлен для питона достаточно обыденно. Мой опыт программирования и поддержания как свежих так и легаси кода достаточно большой, может потому я ничего страшного там не вижу %) ...
Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

284. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 00:09 
> Спасибо за такое счастье. Пойду выпью спиртного покрепче...

Плин еще и на питоне? Закуси тогда жареной гадюкой, оок? А то системщина на питоне это уж вообще верх вебмакачьего ламерства :)

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

317. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от iPony129412 (?), 06-Мрт-21, 06:01 
> Плин еще и на питоне?

Да ладно бы, если нормально хотя бы было бы написано, а не такой монолитный кусок того самого написанный абы как.

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

333. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (333), 06-Мрт-21, 10:43 
> Да ладно бы, если нормально хотя бы было бы написано, а не
> такой монолитный кусок того самого написанный абы как.

Системный тул такого на питоне кмк тупо не контролирует свое окружение в достаточном для такой утилиты объеме. Особенно когда подразумевается что оно должно нормально работать даже если уже душняк. А оно само не помрет при случае с трехэтажным стэктрейсом когда где-нибудь всем этим высокоуровневым абстракциям случайно памяти не хватит? Высокие абстракции обычно наворачивают чтобы не развлекаться с fine graned control, а я таки имею наглость полагать что утилю такого плана fine graned руление памятью будет очень в тему. Вплоть до mlock() своих страниц допустим чтобы его не дай боже самого в своп не отправили, хоть там что. И если я более-менее представляю себе как более-менее залочить в памяти свой процесс на си, то в душе не е... как то на питоне вообще может быть. Нехай автыри этих штук рассказывают как это по их мнению работает.

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

357. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от foo (?), 06-Мрт-21, 17:31 
>И если я более-менее представляю себе как более-менее залочить в памяти свой процесс на си, то в душе не е... как то на питоне вообще может быть.

from ctypes import CDLL

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

362. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (361), 06-Мрт-21, 23:39 
> from ctypes import CDLL

И ... чего? Это само по себе явно не ведет к локу в памяти с запретом вытеснения в своп все и вся что требуется для работы вон той штуки.

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

380. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от foo (?), 08-Мрт-21, 06:54 
CDLL.mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)
Ответить | Правка | К родителю #362 | Наверх | Cообщить модератору

390. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (390), 09-Мрт-21, 12:14 
> CDLL.mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)

И на что конкретно этот mlockall будет, для начала? И все ли это что потребно для работы этой фигни? Ну и вообще, если я захочу попрограмить сисколы, от питона при этом только вред.

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

106. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от Аноним (-), 05-Мрт-21, 08:46 
В винде выводится сообщение, что закончилась вся память, реальная и виртуальная, после этого можно спокойно выгружать приложения, система не виснет и не тормозит
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

135. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 10:36 
Я вас удивлю, в винде это работает за счёт того что есть такая вещь как память под административные нужны.... в случае когда будет нехватка вы будете иметь гарантированный объём ОЗУ который позволит вам работать. в линухе оно тоже есть и можно это настроить но это никому не нужно либо мало кто знает о нём %))
Ответить | Правка | Наверх | Cообщить модератору

215. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/–
Сообщение от Bimber (?), 05-Мрт-21, 16:42 
> в линухе оно тоже есть и можно это настроить но это никому не нужно либо мало кто знает о нём %))

Хрень какая-то!
А вообще-то в 21-м году все бы должно просто работать!

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

216. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/–
Сообщение от Michael Shigorinemail (ok), 05-Мрт-21, 16:45 
> Хрень какая-то!
> А вообще-то в 21-м году все бы должно просто работать!

Для иллюстрации, какой контингент вот так флудерастит: за два дня в этой теме с этого src ip этот организм понапредставлялся со своими виндофантазиями так:

Dinger
Dinger
Redirect
Redirect
tinderr
tinderr
oms
oms
mezon
mezon
Dinger
Dinger
Dinger
Ritail
Ritail
Ritail
Ritail
Linuxoid
Linuxoid
Bimber
Bimber
Bimber
Bimber

А потом они обижаются, что получают тумаков.

PS: ах да, призовая ссылка: http://wiki.opennet.ru/MSSP

PPS: а ещё кое-кто может из минцифры перебраться далеко и надолго по статье за саботаж, раз некрософт в анамнезе без следа не проходит.

P^3S: возможно, всё объясняется проще -- эта жертва цифропедофилии пишет нам зи львива; приколоться, что ли, и переслать адресочек тамошним линуксоводам...

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

232. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_valemail (ok), 05-Мрт-21, 18:08 
О а я к чему отношусь ?
Ответить | Правка | Наверх | Cообщить модератору

267. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Ritail (?), 05-Мрт-21, 21:51 
)))
Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

308. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 01:55 
> PPS: а ещё кое-кто может из минцифры перебраться далеко и надолго по
> статье за саботаж, раз некрософт в анамнезе без следа не проходит.

Серьезно? Уж не никифоров ли? А слабо показать это шоу? Но что-то подсказывает что все будет как с альтлинуксшкольным, когда саботаж - есть а последствий - нет.

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

325. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от n00by (ok), 06-Мрт-21, 10:01 
Говорят, представление уже началось:

«Все ПО, обеспечивающее работу российского оборудования, должно быть из реестра отечественного, — заявил Василий Шпак, руководитель радиоэлектронного подразделения Минпромторга. — Мы приветствовали бы аналогичное решение от Минцифры по реестру ПО. Наше межведомственное взаимодействие — один из залогов успешного движения. Синхронизация продуктов сейчас — это главное».

«Все ведущие российские разработчики ПО изначально развивают свои экосистемы, обеспечивая его совместимость с «железом» как отечественного, так и иностранного производства. Если данная инициатива будет реализована, многим компаниям действительно придется приложить дополнительные усилия, чтобы обеспечить корректную работу своих продуктов с российскими процессорами», —отмечает Роман Мылицын, директор по инновациям ГК Astra Linux.

Ждём заявлений про углеродный след от Эльбрусов.

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

286. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 00:13 
> В винде выводится сообщение, что закончилась вся память, реальная и виртуальная, после
> этого можно спокойно выгружать приложения, система не виснет и не тормозит

ВВыыы хххооотттеелллиии сссккаааазззааатттть ннннеесссппеееешшшннно ззззакккрррыттть тттоооттт ффффаааййййррррфоооокксс ззззааа ввввссссееееггго пппппяяять ммммииинууууттт ттттууупппоооовввэээййййтттинннгггааа???? Там в тяжелом случае отрисовки таскменеджера то ждать заколебешься :). В лине в пиковом случае можно в консоль свалить, она сильно меньше операций с памятью и системой делает и поэтому при душняке там и посмотреть кто ресурсы жрет и пристрелить - сильно резвее. Но в винде такого fallback просто нет, гуй прибит на гвозди.

А, еще в линухе есть вызов oom killer через alt-sysrq. Так что туповэйтить 5 минут для отстрела жиртреста совсем не обязательно.

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

128. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от z (??), 05-Мрт-21, 10:00 
>Вариант с убиванием приложений некатит

Звучит как

"в 200-местный самолет нужно вместить 300 пассажиров, вариантс выкидыванием пассажиров не катит"

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

175. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 05-Мрт-21, 12:31 
Элементарно! Выгрузим топливо и багаж, запихнем в проходы, бортпроводниками тоже будут пассажиры. Лететь, правда, не сможем, но он все-равно не взлетел бы, так что какая разница?!
Ответить | Правка | Наверх | Cообщить модератору

129. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от z (??), 05-Мрт-21, 10:03 
>Если намертво зависает, заставляет ребутится, то ненормально!

Ничего не зависает, целый каналс демо

https://www.youtube.com/channel/UCogKx3pHgAqSvaWkEjMTJfA/videos

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

131. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Oxyd76 (?), 05-Мрт-21, 10:22 
Погнали... «Помощь голодающим детям Африки»:
cat /etc/sysctl.d/10-vm.conf :

vm.swappiness = 5
vm.vfs_cache_pressure = 50
vm.dirty_ratio = 3
vm.watermark_boost_factor = 15000
vm.watermark_scale_factor = 100

cat /etc/default/grub|egrep '^GRUB_CMDLINE_LINUX_DEFAULT' :

GRUB_CMDLINE_LINUX_DEFAULT="scsi_mod.use_blk_mq=1 --здесь поскипана куча неинтересной стандартной фигни--"

cat /etc/udev/rules.d/60-ioscheduler.rules :

# set scheduler for non-rotating disks
# noop and deadline are recommended for non-rotating disks
# for rotational disks, cfq gives better performance and bfq-sq more responsive desktop environment
## ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"
# set scheduler for rotating disks
## ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq-sq"
# set scheduler for NVMe
#ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="none"
ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="bfq"
# set scheduler for SSD and eMMC
ACTION=="add|change", KERNEL=="sd[a-z]|mmcblk[0-9]*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="mq-deadline"
# set scheduler for rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq"

Ну и поставить systemd-swap, отсюда: https://github.com/Nefelim4ag/systemd-swap или из репозиториев вашего дистрибутива. И не забыть прочитать то что там написано, в ридми на гитхабе!
Конфиг данного пакета у меня выглядит так:

cat /etc/systemd/swap.conf :

################################################################################
# Defaults are optimized for general usage
################################################################################

################################################################################
# You can override any settings by files in:
# /etc/systemd/swap.conf.d/*.conf
################################################################################

################################################################################
# Zswap
#
# Kernel >= 3.11
# Zswap create compress cache between swap and memory for reduce IO
# https://www.kernel.org/doc/Documentation/vm/zswap.txt

zswap_enabled=1
zswap_compressor=zstd     # lzo, lz4, zstd, zlo-rle, zl4hc.
zswap_max_pool_percent=25 # 1-99
zswap_zpool=z3fold        # zbud z3fold

################################################################################
# ZRam
#
# Kernel >= 3.15
# Zram compression streams count for additional information see:
# https://www.kernel.org/doc/Documentation/blockdev/zram.txt

zram_enabled=1
zram_size=$(( RAM_SIZE/5 ))     # This is 1/4 of ram size by default.
zram_count=${NCPU}              # Devices
zram_streams=${NCPU}            # Compression streams
zram_alg=zstd                   # lzo, lz4, zstd, zlo-rle, zl4hc.
zram_prio=32767                 # 1 - 32767

################################################################################
# Swap File Chunked
# Allocate swap files dynamically
# For btrfs fallback to swapfile + loop will be used
# ex. Min swap size 512M, Max 8*512M
swapfc_enabled=1
swapfc_force_use_loop=0         # Force usage of swapfile + loop
swapfc_frequency=1              # How often check free swap space
swapfc_chunk_size=1024M         # Allocate size of swap chunk
swapfc_max_count=8              # 0 - unlimited, note: 32 is a kernel maximum
swapfc_min_count=0              # FC creates at start
swapfc_free_ram_perc=65         # Free % of memory for 1st FC
swapfc_free_swap_perc=10        # Add new chunk if free < 15%
                                # Remove chunk if free > 15+40% & chunk count > 2
swapfc_remove_free_swap_perc=55 # Remove FC at % free
swapfc_priority=50              # FC swaps priority
swapfc_path=/var/lib/systemd-swap/swapfc/ # Path to FC swaps

# Only for swapfile + loop
swapfc_nocow=1                  # Disable CoW on swapfile
swapfc_directio=1               # Use directio for loop dev
swapfc_force_preallocated=0     # Will preallocate created files
################################################################################
# Swap devices
# Find and auto swapon all available swap devices
swapd_auto_swapon=1
swapd_prio=1024

Вся эта безобразия прекрасно работает на говноноуте с 6-ю гигами памяти, HDD, на 5400 оборотов и нетбучным AMD-шным процом из 2008-го. Постоянно открыты браузер на полтинник вкладок, телеграм, element, музыкопроигрыватель, куча терминалов и чорт его знает что ещё.
Еще у меня cgroups переключены на v2, что, внезапно (хотя если подумать не совсем внезапно), так-же добавило отзывчивости (добавить параметры в GRUB_CMDLINE_LINUX_DEFAULT: cgroup_no_v1=all systemd.legacy_systemd_cgroup_controller)

Enjoy!

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

150. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от виндотролль (ok), 05-Мрт-21, 11:29 
Docker уже поддерживает cgroups v2?

Никаких несовместимостей с популярным софтом нету?

(Года два назад включал, но тогда докер этого не умел)

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

342. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/–
Сообщение от Oxyd76 (?), 06-Мрт-21, 11:05 
> Docker уже поддерживает cgroups v2?

Угу. Варнингует при старте, что это типа пока экспериментальная функция, но запускается и работает. Ну и я его погонял, в разных позах, и вроде как «брат жив». А вообще пора бы его уже начинать прикапывать. Из кубера его уже выкинули. Есть-же более рассово-верный Podman. Всё никак не соберусь его плотненько покрутить.

> Никаких несовместимостей с популярным софтом нету?

Пока не заметил. Системы мониторинга (Prometheus-Grafana / TICK), Postgres, nginx, qemu/kvm/virt-manager никак не отреагирвали. Как работали так и продолжают. С десктопным софтом тоже проблем ноль, да он с сигруппами и не взаимодействует.

> (Года два назад включал, но тогда докер этого не умел)

Два года, в сегодняшнем айти, это целая вечность!

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

289. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 00:30 
Еще вариант, если хотелось только своп, только в zram, а не решение всех проблем человечества, не влезающее на экран.

[Unit]
Description=swap in zram0 device
[Service]
Type=oneshot
RemainAfterExit=true
TimeoutSec=60
ExecStart=/sbin/modprobe zram
ExecStart=/bin/sh -c 'echo lz4   > /sys/devices/virtual/block/zram0/comp_algorithm'
ExecStart=/bin/sh -c 'echo 1500M > /sys/devices/virtual/block/zram0/disksize'
ExecStart=/sbin/mkswap /dev/zram0
ExecStart=/sbin/swapon /dev/zram0
ExecStop=/sbin/swapoff /dev/zram0
ExecStop=/bin/sh -c 'echo 1 > /sys/devices/virtual/block/zram0/reset'
[Install]
WantedBy=multi-user.target

Usage:
systemctl start swap-zram0.service -> swap enabled.
systemctl stop swap-zram0.service -> swap disabled.

Автостарт этого как обычно в системде. Не совсем по феншую - модуль само грузит, правильнее наверное ConditionPathExist=/dev/zram0 и вгруз модуля /etc/modules. Состояние сервиса трекается в системде, из-за RemainAfterExit. И да, в отличие от той жести сие влезает на 1 экран. У системды вроде и какие-то еще юниты есть для .swap - но вон то работает, начиная с самых древних дистров с системд, чем и хорошо.

Объем оперативы выбрать под систему, не более 50% системной памяти, лучше 25-35%, врядли вы захотите работать в системе тасующей своп сильнее.

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

315. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от foo (?), 06-Мрт-21, 05:16 
>не более 50% системной памяти, лучше 25-35%, врядли вы захотите работать в системе тасующей своп сильнее.

Можно прекрасно работать с огромными свопами на zram

https://www.youtube.com/watch?v=dPw5c4rYAdE

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

334. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (333), 06-Мрт-21, 10:50 
> Можно прекрасно работать с огромными свопами на zram

Можно != нужно. Это лимитирует worst case до каких-то разумных величин, так что при факапе offender оказывается прибит за несколько секунд с неким заметным но не фатальным проседанием интерактива и перфоманса. А в целом оно вообще перфоманс не меняет в нормальной ситуации.

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

343. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Oxyd76 (?), 06-Мрт-21, 11:14 
> Еще вариант, если хотелось только своп, только в zram, а не решение
> всех проблем человечества, не влезающее на экран.

Это не решение всех проблем, а обмен опытом. Может и пригодится. У меня и много другого подкручено. Для, например, ускорения загрузки. Но в данном контексте это было-бы уже излишне.

> Автостарт этого как обычно в системде. Не совсем по феншую - модуль
> само грузит, правильнее наверное ConditionPathExist=/dev/zram0 и вгруз модуля /etc/modules.
> Состояние сервиса трекается в системде, из-за RemainAfterExit. И да, в отличие
> от той жести сие влезает на 1 экран. У системды вроде
> и какие-то еще юниты есть для .swap - но вон то
> работает, начиная с самых древних дистров с системд, чем и хорошо.

systemd-swap просто более гибок. Для систем с большим количеством памяти в нём можно просто не использовать файловые чанки на диске.

> Объем оперативы выбрать под систему, не более 50% системной памяти, лучше 25-35%,
> врядли вы захотите работать в системе тасующей своп сильнее.

Именно так. В дефолтном конфиге systemd-swap прописано использование 1/4 от объёма памяти, под zram. Кстати, если вы не заметили, он использует количество zram разделов по количеству ядер процессора(ов), для повышеня производительности.

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

363. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Аноним (-), 06-Мрт-21, 23:52 
> Это не решение всех проблем, а обмен опытом. Может и пригодится. У
> меня и много другого подкручено. Для, например, ускорения загрузки. Но в
> данном контексте это было-бы уже излишне.

Ну просто я не фанат "стен текста" с универсальным решением всех проблем человечества.

> systemd-swap просто более гибок. Для систем с большим количеством памяти в нём
> можно просто не использовать файловые чанки на диске.

Может быть. Но вон та идея неплохо работает на как минимум от мелкого одноплатника и роутеров до мощных воркстэйшнов. И там еще довольно много подкручено но скорее по линии кернела. Типа full preempt кернела на десктопе, дабы его (и софт) не якорило надолго, хоть там что.

И к тому же...
1) Это работает на вообще практически любой системе с системд, даже совсем винтажным.
2) Легко опиливается и под non-systemd системы типа роутеров.

> Именно так. В дефолтном конфиге systemd-swap прописано использование 1/4 от объёма памяти,
> под zram. Кстати, если вы не заметили, он использует количество zram
> разделов по количеству ядер процессора(ов), для повышеня производительности.

С другой стороны,
1) Я вот не вижу этой фичи в используемых у меня дебианах здесь и сейчас, видимо это более новый системд надо. Вот, блин, побегу системы апгрейдить для производительности, блин, того что в идеале should never happen. В смысле идея в том что оно в фоне неспешно выдавит cold pages туда, закомпрессив, и производительность этого, с LZ4 каким, в нормальной ситуации не жмет даже на арме или мипсе малохольном.
2) Если оно в пиковой ситуации начнет жрать ВСЕ ядра, очевидно, задачам достанется сильно меньше проца и worst-case просадка перфоманса при душняке будет заметно неприятнее. Поэтому несколько свободных ядер проца для, гм, моих тасков (представляете себе, цель существования компов все же не свопление?!) кажется мне не такой уж плохой идеей. Во всяком случае, так я заметно быстрее смогу вычислить offender'а если его почему-то вдруг oom killer не пристрелит (ну, может так вышло что ему памяти хватает, но на грани и ценой укладывания системы в такой вот thrashing).

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

123. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от Oxyd76 (?), 05-Мрт-21, 09:51 
У меня очень хорошо работает. Опять видимо я не те крутилки параметров ядра, не в ту сторону накрутил. Э-эх.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

184. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/–
Сообщение от svsd_val (ok), 05-Мрт-21, 13:06 
практика показывает что много нытиков из школоты в GNU/Linux лезут и везде всё им не так ...
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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