УМННБJ, ЯХВ. Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1235.4 пользователей не могут ошибаться!
?6906
прекрасное6424
говно5883
говнорашка5510
хуита4694
anime3053
linux2643
music2610
bnw2588
рашка2558
log2335
ололо2113
pic1807
дунч1734
сталирасты1487
украина1437
быдло1434
bnw_ppl1363
дыбр1237
гімно1158

https://kde.org/content/people/cki2024.jpg куркумы во все поля
#C1A65Y (0) / @anonymous / 13 дней назад
predictable interface names my ass, в 2024 году они всё ещё меняются с ens3 на enp0s2 после ребута
#BURHZN (0) / @enterprize / 16 дней назад
Бля, не та картинка: https://upload.wikimedia.org/wikipedia/commons/thumb/3/37/Netfilter-packet-flow.svg/2560px-Netfilter-packet-flow.svg.png Мангле, хуянгле, нат, хуят, нахуя это все блять.
#H852U6 (0) / @komar / 18 дней назад
https://people.netfilter.org/pablo/nf-hooks.png Как научиться понимать эту хуйню? Я свой первый фаервол настроил, кажется, раньше, чем ходить научился, а до сих пор ни хуя не понимаю, кто все эти буквы.
#611LGK (1) / @komar / 18 дней назад
> 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
#UPILVT (1) / @enterprize / 36 дней назад
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 гигов памяти?
#DAM9SD (9) / @enterprize / 36 дней назад

echo 'install_items+=" /usr/lib/systemd/system/systemd-hibernate-resume.service "' > /etc/dracut.conf.d/resume.conf

#SJ1YCS (0) / @ccahnha / 44 дня назад
Удалось выяснить, что: — vm.dirty_background_ratio работает независимо от vm.dirty_writeback_centisecs. То есть даже если ты настроил выписывалку из кеша на запуск раз в год, то после достижения background_ratio она все равно запустится. — vm.dirty_expire_centisecs ни хуя ни на что не влияет. Почему — непонятно. Исходники прыщей мне читать лень.
#CGZLTM (1+1) / @komar / 53 дня назад
Похоже, постгресовые буферы были сделаны из-за того, что никто в мире не знает, как настроить https://docs.kernel.org/admin-guide/sysctl/vm.html так, чтобы оно работало как надо.
#YWQPGF (0) / @komar / 55 дней назад
Отвечаю самому себе на #793J1I: надо было ебануть bgwriter_lru_maxpages = 0 в постгресе.
#WPJDL8 (0) / @komar / 58 дней назад
Интересный факт: в тестировалке webrtc в firefox кино с камеры показывают без задержек, а mpv av://v4l2:/dev/video0 - с задержкой где-то миллисекунд 400. Чтобы mpv не тормозил, надо ему сказать --cache-secs=0 --demuxer-readahead-secs=0 --untimed
#9ZA3MK (2+1) / @l29ah / 63 дня назад
> Мне не надо ничего дописывать, мне надо чтобы когда я переношу функцию из файла «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
#BGCWUS (1+1) / @bga_ / 75 дней назад
Кстати вчера обнаружил гитхаб как шелл/ftp Берём любой адрес с гитхаба только меняем tree на trunk и svn ls урл и svn extract урл Очень удобно Осталась микро шелл сделать с cd, pushd/popd
#17F4OM (3) / @bga_ / 117 дней назад
Долго анализировали какой разрядности линукс лучше поставить на нетбуки 2010х годов. Особенно с распаянной ОЗУ в 1 или 2 гб. Итого x64 выйгрывает на синтетике (ffmpeg, 7z b) на 10-15%. glmark2 даёт одинаковые результаты. НО mpv без vdpau/vaapi работает куда бодрее (720р на x64 грузит тестовый проц на 60% когда на i686 под 100% и кадры пропускаются). Жор 300мб на x64 против 212мб на i686. Веб браузер qute browser тоже работает сильно бодрее. Во первых я так понял qt6-webengine для i686 больше невозможен. А qt5-webengine работает совсем грустно. Даже на большой статической странице(любые онлайн доки) лаги при скроллинге. По жору тоже x64 300 мб у qt6 против 200мб i686 qt5 на тестовой странице. Итого выбираем x64 ради скорости и комфортной работы но открываем одновременно меньше приложений. В будущем посмотрим как это всё зависит от версии ядра. В этот раз все тестировали на 6.1.55 (вроде lts).
#TILB0V (3+2) / @bga_ / 125 дней назад
Как узнать какая доля двух файлов занимает одно и то же место в хранилище, то есть reflink'ована?
#HFYLLT (1+1) / @l29ah / 146 дней назад
Умеет ли ffmpeg стримить с вебки на другой сервер по ssh? И нужно чтобы там постоянно писался файл но всегда был читабелен. К примеру если воры спиздят здесь комп с вебкой то нужно чтобы я мог зайти на тот сервер и там было всё включая последние секунды. При этом нужно чтобы на том сервере постоянно тёрлось начало видоса, чтобы не росло бесконечно а например хранились последние 24 часа. Как сделать? Стрим прерывать нельзя. Алсо нужно шифровать перед отправкой, а там сразу получать в зашифрованном виде (чтобы хостер не мог расшифровать), но нужно чтобы я сам мог оттуда скачать и расшифровать локально.
#CNZVQI (9) / @l / 189 дней назад
rsync синхронизирует одни и те же файлы. Снова и снова. Угадайте почему? Правильно. У xfs разрешение mtime - микросекунды. У exfat - секунды. rsync пишет новое время но доли секунды теряются. Итого на exfat файл формально более старый. И снова пишем... И таких файлов тут пол xfs раздела. Итого либо костыли c for touch sed убрать доли секунды/d либо возможно есть опции монтирования xfs округлять времена файла. Погуглю. Кстати в отличие от cp -vur, rsync —inplace реально новое содержимое файла не пишет тк если кластер не менялся он не пишется. Только вечно пытается обновить атрибуты. [ ~ ] /usr/bin/diff <(stat /home/bga/mnt/storage_windows_protected/docs/p0.png) <(stat /home/bga/storage_protected/docs/p0.png) 1c1 < File: /home/bga/mnt/storage_windows_protected/docs/p0.png --- > File: /home/bga/storage_protected/docs/p0.png 3,7c3,7 < Device: 254,5 Inode: 1908 Links: 1 < Access: (0664/-rw-rw-r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) < Access: 2023-09-11 03:00:00.000000000 +0300 < Modify: 2023-09-11 17:08:12.000000000 +0300 < Change: 2023-09-11 17:08:12.000000000 +0300 --- > Device: 254,4 Inode: 2671771 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) > Access: 2023-09-11 17:08:12.175852112 +0300 > Modify: 2023-09-11 17:08:12.175852112 +0300 > Change: 2023-09-11 17:08:12.175852112 +0300
#WKB3MS (10+1) / @bga_ / 189 дней назад
После `swapoff *` количество занятой памяти уменьшилось на (29,6+29,4)—44 = 15 ГБ. WTF? Для накладных расходов на поиск страниц соотношение 1:2 какое-то дохуя жирное. В SwapCached столько не было; точно не помню, но где-то меньше пяти гигов.
#UIFDTT (0+1) / @enterprize / 198 дней назад
Дайджест тщетности компукторного бытия, серия 1.083e+17 - Ядро после смены монитора продолжает думать, что у меня по HDMI подключен монитор с другим EDID. Высокие разрешения приходится добывать дедовским способом, содой и уксу^W^W^W генерацией modeline. - Попробовал посмотреть на wayland в 2023. sway под qemu либо не запускается вообще, либо тормозит, мучая себя хвалёным на просторах инфернетов llvmpipe-ом, либо обсирается с `Atomic commit failed: Cannot allocate memory`, хотя свободны гигабайты и затребованное разрешение даже не 1080p. А ещё иногда глитчует и рисует курсор не там, где происходит клик. Wayland дохуя готов для десктопа! Но устарели, конечно, иксы, в которых ничего подобного не наблюдается, не перепутайте. - Распоследние ядра, впрочем, не отстают и живут со сломанной графикой на QXL: https://bugzilla.redhat.com/show_bug.cgi?id=1363850 — заброшен https://bugs.freedesktop.org/show_bug.cgi?id=98322 — заброшен https://bugzilla.redhat.com/show_bug.cgi?id=1957758 — якобы починен, но норот всё равно жалуется - Каждая новая вкладка с поисковой страницей гоогле жрёт 150–200 метров минимум, каждая вторая плодит iframe с youtube в недрах элементов с «display: none», а ещё они со временем пухнут, попутно делая миллион запросов то к /gen_204, то к /_/VisualFrontendUi/gen204, то вообще к play.google.com/log. Нахуя? - Распоследний firefox после выхода иногда часами тупит с RunWatchdog: Mainthread nested event loops during hang: --- CanvasManagerParent::Shutdown - Бля, а я уж было подумал, что ядро разучилось считать память, когда увидел VmRSS бо́льший, чем MemFree-MemAvailable при отсутствии свопа: https://github.com/htop-dev/htop/issues/1051
#ZS09KX (0) / @enterprize / 225 дней назад
У меня есть pdf файл. Что нажать, чтобы все его страницы скомпилировались в растр, а потом слепились обратно в pdf?
#XXRVDF (7) / @ndtimofeev / 229 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.