>«Чухонец разбушевался, будем успокаивать»: Медведев ответил на антироссийский выпад Торвальдса и предложил национализировать Linux можна впринцыпи их воще нах поцлат как с исходнекаме мсвс поцлале))))

https://lore.kernel.org/all/CAHk-=whNGNVnYHHSXUAsWds_MoZ-iEgRMQMxZZ0z-jY4uHT+Gg@mail.gmail.com/ Так-то, рашн троллз!

https://github.com/l29ah/ficlone Наговнякал небольшую утилитку для создания reflink'ов от кусочков файлов. К сожалению похоже линукс в обозримом будущем будет уметь только кратно размеру блока файловой системы делать их. Надо было нейронку просить написать наверное.

Ох уж эти sysv-семафоры: $ ipcs -s -i 426007 Semaphore Array semid=426007 ... semnum value ncount zcount pid 0 0 0 0 580473 $ stat /proc/580473 stat: cannot statx '/proc/580473': No such file or directory $ stat /proc/*/task/580473 stat: cannot statx '/proc/*/task/580473': No such file or directory

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

predictable interface names my ass, в 2024 году они всё ещё меняются с ens3 на enp0s2 после ребута

> the Linux kernel Dirty page flush algorithm does not scale to large memory sizes, so anytime the Dirty page in /proc/meminfo exceeds around 1GB the writeback speed slows down progressively and eventually the /proc/sys/vm/dirty_ratio or /proc/sys/vm/dirty_bytes limit is exceeded and the kernel starts throttling all writes to keep the Dirty pages from growing any further. > > To maintain high write speed (in OPs case up to 800Mb/sec, can easily be 2 Gb/sec for a hardware RAID controller with cache) you need to counter intuitively lower the /proc/sys/vm/dirty_bytes and dirty_background_bytes to 256M and 64M respectively > > Make sure you do a sync first otherwise the system will freeze on writes for several hours until the Dirty page value in /proc/meminfo drops below the new value in /proc/sys/vm/dirty_bytes. The sync will also take several hours, but at least the system will not be frozen during this time. https://serverfault.com/a/995658

OOM всё чаще стал приходить в момент, когда памяти, казалось бы, ещё дофига. Кажется, я начинаю догадываться, почему: MemFree: 1940452 kB MemAvailable: 3082928 kB Buffers: 30792 kB Cached: 7696368 kB Dirty: 256 kB Writeback: 0 kB С каких пор Available стал меньше Free+Buffers+Cached-Dirty-Writeback? Кто и зачем спиздил у меня эти 6,5 гигов памяти?

Удалось выяснить, что: — vm.dirty_background_ratio работает независимо от vm.dirty_writeback_centisecs. То есть даже если ты настроил выписывалку из кеша на запуск раз в год, то после достижения background_ratio она все равно запустится. — vm.dirty_expire_centisecs ни хуя ни на что не влияет. Почему — непонятно. Исходники прыщей мне читать лень.

Похоже, постгресовые буферы были сделаны из-за того, что никто в мире не знает, как настроить https://docs.kernel.org/admin-guide/sysctl/vm.html так, чтобы оно работало как надо.

Отвечаю самому себе на #793J1I: надо было ебануть bgwriter_lru_maxpages = 0 в постгресе.

Интересный факт: в тестировалке webrtc в firefox кино с камеры показывают без задержек, а mpv av://v4l2:/dev/video0 - с задержкой где-то миллисекунд 400. Чтобы mpv не тормозил, надо ему сказать --cache-secs=0 --demuxer-readahead-secs=0 --untimed

> Мне не надо ничего дописывать, мне надо чтобы когда я переношу функцию из файла «a» в файл «b», во всем местах программы где эта функция используется, «from a import function» изменилось на «from b import function». Я же вроде не многого прошу? Про подобные элементарные вещи в 2024м году стыдно говорить вообще, но почему-то хваленый имакс этого не умеет. > > Я не пишу на питоне, поэтому не скажу. В C/C++ проектах eglot автоматически #include’ы дописывает. > Вот так и рождается миф о могучем GNU Emacs. Сколько есть роликов на ютубе рекламирующих силу и мощь имакса, это всегда какой-то флуд про орг-мод (да нахер он мне не нужон ваш орг-мод), какие-то рассказы про «перешёл на имакс и не жалею», какие-то хелло-ворды в качестве примера, а когда дело доходит до конкретики - ну… я сам этим не пользуюсь, ну… попробуй другой плагин, ну… это юникс-вей ты просто не понимаешь. Да не хочу я понимать, я хочу чтобы программа работала из коробки и помогала мне автоматизировать рутину. Я не хочу ковыряться в лиспе, не хочу знать что там под капотом есть какой-то eglot, я не хочу компилировать Emacs из исходников, чтобы активировать поддержку treesitter, я знать не хочу что такое treesitter, это не нужно мне чтобы писать программы в рамках моих компетенций. И более всего я не хочу ничем из всего этого набора веселых равлечений для кружка «собери себе ИДЕ из говна и палок» заниматься потому, что даже после всех ковыряний, настроек и допилок оно не работает, как надо. Ты удаляешь файл в одном плагине, но он продолжает отображаться в другом, потому что они никак не синхронизируются, ты не можешь приметить цветовую схему для всей программы, потому все плагины индивидуально настраиваются, ты устанавливаешь плагин и видишь краказябры, потому что какого-то шрифта в системе не хватает - и прочее и прочее. Потом ты окрываешь Idea, видишь там, например, предиктивный автокомплит, который ты раньше даже не замечал, потому что… а в смысле, а чо такова? и понимаешь, что две недели на настройку Emacs ты потратил абсолютно впустую. https://www.linux.org.ru/forum/development/17471550?cid=17472261 И вообще весь тред про ужасное качество инструментов под линукс. Особенно в "stable" (r) (tm) Debian