#sysctl — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #sysctl, aggregated by home.social.
-
Selectively block cores from the scheduler with sysctl hw.blockcpu https://www.undeadly.org/cgi?action=article;sid=20260415050032 #openbsd #sysctl #hw.blockcpu #blockcpu #development #performance #smt #smt #smp #multicore
-
Selectively block cores from the scheduler with sysctl hw.blockcpu https://www.undeadly.org/cgi?action=article;sid=20260415050032 #openbsd #sysctl #hw.blockcpu #blockcpu #development #performance #smt #smt #smp #multicore
-
Selectively block cores from the scheduler with sysctl hw.blockcpu https://www.undeadly.org/cgi?action=article;sid=20260415050032 #openbsd #sysctl #hw.blockcpu #blockcpu #development #performance #smt #smt #smp #multicore
-
Selectively block cores from the scheduler with sysctl hw.blockcpu https://www.undeadly.org/cgi?action=article;sid=20260415050032 #openbsd #sysctl #hw.blockcpu #blockcpu #development #performance #smt #smt #smp #multicore
-
Selectively block cores from the scheduler with sysctl hw.blockcpu https://www.undeadly.org/cgi?action=article;sid=20260415050032 #openbsd #sysctl #hw.blockcpu #blockcpu #development #performance #smt #smt #smp #multicore
-
Delayed hibernation comes to OpenBSD/amd64 laptops https://www.undeadly.org/cgi?action=article;sid=20260312185620 #openbsd #amd64 #laptops #hibernation #suspend #powermanagement #sysctl #freesoftware #libresoftware
-
Delayed hibernation comes to OpenBSD/amd64 laptops https://www.undeadly.org/cgi?action=article;sid=20260312185620 #openbsd #amd64 #laptops #hibernation #suspend #powermanagement #sysctl #freesoftware #libresoftware
-
Delayed hibernation comes to OpenBSD/amd64 laptops https://www.undeadly.org/cgi?action=article;sid=20260312185620 #openbsd #amd64 #laptops #hibernation #suspend #powermanagement #sysctl #freesoftware #libresoftware
-
Delayed hibernation comes to OpenBSD/amd64 laptops https://www.undeadly.org/cgi?action=article;sid=20260312185620 #openbsd #amd64 #laptops #hibernation #suspend #powermanagement #sysctl #freesoftware #libresoftware
-
Delayed hibernation comes to OpenBSD/amd64 laptops https://www.undeadly.org/cgi?action=article;sid=20260312185620 #openbsd #amd64 #laptops #hibernation #suspend #powermanagement #sysctl #freesoftware #libresoftware
-
Brilliant idea of systemd to apply sysctl settings from configuration files ignoring their folders and the Debian Kernel team to put defaults in a "/usr/lib/sysctl.d/50-default.conf" file.
Why 50 and not 00? I have all my settings in a "/etc/sysctl.d/10-custom.conf" file. One of them was mysteriously erased by those defaults in a file starting with a higher name hidden in the system files.
Now I understand why all configuration files are prefixed by "zzz".
-
Brilliant idea of systemd to apply sysctl settings from configuration files ignoring their folders and the Debian Kernel team to put defaults in a "/usr/lib/sysctl.d/50-default.conf" file.
Why 50 and not 00? I have all my settings in a "/etc/sysctl.d/10-custom.conf" file. One of them was mysteriously erased by those defaults in a file starting with a higher name hidden in the system files.
Now I understand why all configuration files are prefixed by "zzz".
-
Brilliant idea of systemd to apply sysctl settings from configuration files ignoring their folders and the Debian Kernel team to put defaults in a "/usr/lib/sysctl.d/50-default.conf" file.
Why 50 and not 00? I have all my settings in a "/etc/sysctl.d/10-custom.conf" file. One of them was mysteriously erased by those defaults in a file starting with a higher name hidden in the system files.
Now I understand why all configuration files are prefixed by "zzz".
-
Brilliant idea of systemd to apply sysctl settings from configuration files ignoring their folders and the Debian Kernel team to put defaults in a "/usr/lib/sysctl.d/50-default.conf" file.
Why 50 and not 00? I have all my settings in a "/etc/sysctl.d/10-custom.conf" file. One of them was mysteriously erased by those defaults in a file starting with a higher name hidden in the system files.
Now I understand why all configuration files are prefixed by "zzz".
-
Brilliant idea of systemd to apply sysctl settings from configuration files ignoring their folders and the Debian Kernel team to put defaults in a "/usr/lib/sysctl.d/50-default.conf" file.
Why 50 and not 00? I have all my settings in a "/etc/sysctl.d/10-custom.conf" file. One of them was mysteriously erased by those defaults in a file starting with a higher name hidden in the system files.
Now I understand why all configuration files are prefixed by "zzz".
-
✨🤦♂️ "vm.overcommit_memory=2 is *always* right!" proclaims the oracle of server wisdom, touting the magic #sysctl that will solve all memory woes. Because, of course, who needs nuanced memory management when you can just hope for the best? 😜✨
https://ariadne.space/2025/12/16/vmovercommitmemory-is-always-the-right.html #vmovercommit_memory #memorymanagement #serverwisdom #techhumor #ITjokes #HackerNews #ngated -
✨🤦♂️ "vm.overcommit_memory=2 is *always* right!" proclaims the oracle of server wisdom, touting the magic #sysctl that will solve all memory woes. Because, of course, who needs nuanced memory management when you can just hope for the best? 😜✨
https://ariadne.space/2025/12/16/vmovercommitmemory-is-always-the-right.html #vmovercommit_memory #memorymanagement #serverwisdom #techhumor #ITjokes #HackerNews #ngated -
✨🤦♂️ "vm.overcommit_memory=2 is *always* right!" proclaims the oracle of server wisdom, touting the magic #sysctl that will solve all memory woes. Because, of course, who needs nuanced memory management when you can just hope for the best? 😜✨
https://ariadne.space/2025/12/16/vmovercommitmemory-is-always-the-right.html #vmovercommit_memory #memorymanagement #serverwisdom #techhumor #ITjokes #HackerNews #ngated -
✨🤦♂️ "vm.overcommit_memory=2 is *always* right!" proclaims the oracle of server wisdom, touting the magic #sysctl that will solve all memory woes. Because, of course, who needs nuanced memory management when you can just hope for the best? 😜✨
https://ariadne.space/2025/12/16/vmovercommitmemory-is-always-the-right.html #vmovercommit_memory #memorymanagement #serverwisdom #techhumor #ITjokes #HackerNews #ngated -
Last Week on My Mac: A lost cause code
https://fed.brid.gy/r/https://eclecticlight.co/2025/04/20/last-week-on-my-mac-a-lost-cause-code/
-
New sysctl(8) -f option supports reading entire settings file in one go https://www.undeadly.org/cgi?action=article;sid=20250408120131
#openbsd #sysctl #sysadmin #devops #development #security #freesoftware #libresoftware -
New sysctl(8) -f option supports reading entire settings file in one go https://www.undeadly.org/cgi?action=article;sid=20250408120131
#openbsd #sysctl #sysadmin #devops #development #security #freesoftware #libresoftware -
New sysctl(8) -f option supports reading entire settings file in one go https://www.undeadly.org/cgi?action=article;sid=20250408120131
#openbsd #sysctl #sysadmin #devops #development #security #freesoftware #libresoftware -
New sysctl(8) -f option supports reading entire settings file in one go https://www.undeadly.org/cgi?action=article;sid=20250408120131
#openbsd #sysctl #sysadmin #devops #development #security #freesoftware #libresoftware -
New sysctl(8) -f option supports reading entire settings file in one go https://www.undeadly.org/cgi?action=article;sid=20250408120131
#openbsd #sysctl #sysadmin #devops #development #security #freesoftware #libresoftware -
#TIL: #Firefox on #Linux works fine with
user.max_user_namespaces = 0
as well as with
user.max_user_namespaces = 100
but not with
user.max_user_namespaces = 1
which seems to have been set by default on my #DebianUnstable since last week or so.
Also Firefox' error messages on the shell where I started it weren't really that helpful:
Failed to launch tab subprocess @fork (Error:28): file ipc/[…]
fork() failed: No space left on device: file ipc/[…] -
#TIL: #Firefox on #Linux works fine with
user.max_user_namespaces = 0
as well as with
user.max_user_namespaces = 100
but not with
user.max_user_namespaces = 1
which seems to have been set by default on my #DebianUnstable since last week or so.
Also Firefox' error messages on the shell where I started it weren't really that helpful:
Failed to launch tab subprocess @fork (Error:28): file ipc/[…]
fork() failed: No space left on device: file ipc/[…] -
#TIL: #Firefox on #Linux works fine with
user.max_user_namespaces = 0
as well as with
user.max_user_namespaces = 100
but not with
user.max_user_namespaces = 1
which seems to have been set by default on my #DebianUnstable since last week or so.
Also Firefox' error messages on the shell where I started it weren't really that helpful:
Failed to launch tab subprocess @fork (Error:28): file ipc/[…]
fork() failed: No space left on device: file ipc/[…] -
#TIL: #Firefox on #Linux works fine with
user.max_user_namespaces = 0
as well as with
user.max_user_namespaces = 100
but not with
user.max_user_namespaces = 1
which seems to have been set by default on my #DebianUnstable since last week or so.
Also Firefox' error messages on the shell where I started it weren't really that helpful:
Failed to launch tab subprocess @fork (Error:28): file ipc/[…]
fork() failed: No space left on device: file ipc/[…] -
#TIL: #Firefox on #Linux works fine with
user.max_user_namespaces = 0
as well as with
user.max_user_namespaces = 100
but not with
user.max_user_namespaces = 1
which seems to have been set by default on my #DebianUnstable since last week or so.
Also Firefox' error messages on the shell where I started it weren't really that helpful:
Failed to launch tab subprocess @fork (Error:28): file ipc/[…]
fork() failed: No space left on device: file ipc/[…] -
-current now has more flexible performance policy https://www.undeadly.org/cgi?action=article;sid=20241129093132 #openbsd #perfpolicy #sysctl #performance
-
-current now has more flexible performance policy https://www.undeadly.org/cgi?action=article;sid=20241129093132 #openbsd #perfpolicy #sysctl #performance
-
-current now has more flexible performance policy https://www.undeadly.org/cgi?action=article;sid=20241129093132 #openbsd #perfpolicy #sysctl #performance
-
-current now has more flexible performance policy https://www.undeadly.org/cgi?action=article;sid=20241129093132 #openbsd #perfpolicy #sysctl #performance
-
-current now has more flexible performance policy https://www.undeadly.org/cgi?action=article;sid=20241129093132 #openbsd #perfpolicy #sysctl #performance
-
Сказки цифрового города: часть вторая — Знакомство с Конфигуром
Помните, я рассказывал, что Пакетик знаком с волшебником Конфигуром? Как они познакомились? Во время прогулки по цифровому городу конечно! В цифровом городе, где каждый уголок и каждое устройство наполнены данными и кодом, Пакетик и Серверина часто отправлялись на поиски новых приключений. Однажды, когда они бродили по аллее Протоколов, они услышали странные звуки, исходящие из маленькой, неприметной хижины, скрытой среди массивных серверных стоек. "Ты слышала это?" – спросил Пакетик, его цифровые глаза светились любопытством. "Да, это звучит странно..." – не договорила Серверина, и замерцала интерфейсом от волнения. Они медленно подошли к двери хижины и постучали. Дверь медленно открылась, и на пороге появился старик с белоснежной бородой и очками с толстыми линзами. Его одежда была украшена символами и кодами, мерцающими и переливающимися разными цветами. "Здравствуйте, юные искатели! Я – Волшебник Sysctl, хранитель секретных настроек и магических параметров нашего города. Можете называть меня Конфигур. Чем могу помочь?" – его голос был глубоким и эхом отдавался от стен его скромного жилища. Пакетик и Серверина вошли внутрь, их глаза расширились от удивления, увидев стены, усыпанные картами сетей, старинными книгами о программировании и множеством мерцающих экранов, показывающих непонятные им данные. "Мы исследуем наш город и хотели бы узнать больше о его магических параметрах, которые ты хранишь," – сказал Пакетик с ноткой восхищения в голосе. "Ах, магические параметры! Они как заклинания для нашего города. Каждый параметр может изменить поведение системы, улучшить производительность или увеличить безопасность. Например, параметр kernel.sysrq позволяет управлять возможностями системы реагировать на определённые запросы клавиатуры, что может быть критически важно в чрезвычайных ситуациях," – начал своё объяснение Волшебник Sysctl, медленно водя пальцем по воздуху, и перед ними вспыхнули символы и коды.
-
Сказки цифрового города: часть вторая — Знакомство с Конфигуром
Помните, я рассказывал, что Пакетик знаком с волшебником Конфигуром? Как они познакомились? Во время прогулки по цифровому городу конечно! В цифровом городе, где каждый уголок и каждое устройство наполнены данными и кодом, Пакетик и Серверина часто отправлялись на поиски новых приключений. Однажды, когда они бродили по аллее Протоколов, они услышали странные звуки, исходящие из маленькой, неприметной хижины, скрытой среди массивных серверных стоек. "Ты слышала это?" – спросил Пакетик, его цифровые глаза светились любопытством. "Да, это звучит странно..." – не договорила Серверина, и замерцала интерфейсом от волнения. Они медленно подошли к двери хижины и постучали. Дверь медленно открылась, и на пороге появился старик с белоснежной бородой и очками с толстыми линзами. Его одежда была украшена символами и кодами, мерцающими и переливающимися разными цветами. "Здравствуйте, юные искатели! Я – Волшебник Sysctl, хранитель секретных настроек и магических параметров нашего города. Можете называть меня Конфигур. Чем могу помочь?" – его голос был глубоким и эхом отдавался от стен его скромного жилища. Пакетик и Серверина вошли внутрь, их глаза расширились от удивления, увидев стены, усыпанные картами сетей, старинными книгами о программировании и множеством мерцающих экранов, показывающих непонятные им данные. "Мы исследуем наш город и хотели бы узнать больше о его магических параметрах, которые ты хранишь," – сказал Пакетик с ноткой восхищения в голосе. "Ах, магические параметры! Они как заклинания для нашего города. Каждый параметр может изменить поведение системы, улучшить производительность или увеличить безопасность. Например, параметр kernel.sysrq позволяет управлять возможностями системы реагировать на определённые запросы клавиатуры, что может быть критически важно в чрезвычайных ситуациях," – начал своё объяснение Волшебник Sysctl, медленно водя пальцем по воздуху, и перед ними вспыхнули символы и коды.
-
Сказки цифрового города: часть вторая — Знакомство с Конфигуром
Помните, я рассказывал, что Пакетик знаком с волшебником Конфигуром? Как они познакомились? Во время прогулки по цифровому городу конечно! В цифровом городе, где каждый уголок и каждое устройство наполнены данными и кодом, Пакетик и Серверина часто отправлялись на поиски новых приключений. Однажды, когда они бродили по аллее Протоколов, они услышали странные звуки, исходящие из маленькой, неприметной хижины, скрытой среди массивных серверных стоек. "Ты слышала это?" – спросил Пакетик, его цифровые глаза светились любопытством. "Да, это звучит странно..." – не договорила Серверина, и замерцала интерфейсом от волнения. Они медленно подошли к двери хижины и постучали. Дверь медленно открылась, и на пороге появился старик с белоснежной бородой и очками с толстыми линзами. Его одежда была украшена символами и кодами, мерцающими и переливающимися разными цветами. "Здравствуйте, юные искатели! Я – Волшебник Sysctl, хранитель секретных настроек и магических параметров нашего города. Можете называть меня Конфигур. Чем могу помочь?" – его голос был глубоким и эхом отдавался от стен его скромного жилища. Пакетик и Серверина вошли внутрь, их глаза расширились от удивления, увидев стены, усыпанные картами сетей, старинными книгами о программировании и множеством мерцающих экранов, показывающих непонятные им данные. "Мы исследуем наш город и хотели бы узнать больше о его магических параметрах, которые ты хранишь," – сказал Пакетик с ноткой восхищения в голосе. "Ах, магические параметры! Они как заклинания для нашего города. Каждый параметр может изменить поведение системы, улучшить производительность или увеличить безопасность. Например, параметр kernel.sysrq позволяет управлять возможностями системы реагировать на определённые запросы клавиатуры, что может быть критически важно в чрезвычайных ситуациях," – начал своё объяснение Волшебник Sysctl, медленно водя пальцем по воздуху, и перед ними вспыхнули символы и коды.
-
Сказки цифрового города: часть первая — Пакетик TCP
В одном цифровом городе, где каждое устройство, каждый сервер и каждый байт данных живут и взаимодействуют как персонажи в большом технологическом театре, были два главных героя: Пакетик и Серверина. Пакетик был молодым и энергичным посланием, которое отправлялось из одного конца города в другой, чтобы доставить важную информацию. Серверина, с другой стороны, была мудрой и надежной серверной станцией, которая обрабатывала все данные, приходящие к ней. Однажды Пакетик должен был доставить очень важное сообщение от своего пользователя, молодого программиста, к Серверине. Сообщение содержало код, который мог значительно улучшить производительность Серверины. Пакетик начал свое путешествие с установления соединения. Он постучал в дверь Серверины, отправив специальный сигнал, называемый SYN (синхронизация). Серверина ответила ему сигналом SYN-ACK, подтверждая, что она готова к диалогу и добавила свой собственный сигнал подтверждения (ACK). Затем Пакетик с радостью отправил свое сообщение, уверенный, что Серверина готова его принять. По мере того как он передавал данные, он ожидал подтверждения от Серверины, что она получила каждый кусочек информации. Это было важно, так как дороги в цифровом городе могли быть переполнены, и данные могли потеряться. Но этого оказалось недостаточно. Как только Пакетик начал отправлять данные, Злыдень, который любил вносить хаос в передачу данных, начал мешать передаче, перехватывая и скрывая некоторые из сообщений Пакетика. Пакетик, заметив, что его подтверждения не приходят вовремя, начал использовать использовал таймауты, о которых ему рассказал волшебник Конфигур (sysctl), настроенные в соответствии с параметрами sysctl.conf (net.ipv4.tcp_retries2 для количества попыток передачи данных перед считыванием пакета потерянным и net.ipv4.tcp_syn_retries для количества повторных SYN-пакетов). Каждый раз, когда таймаут истекал без получения подтверждения от Серверины, Пакетик повторно отправлял данные, убеждаясь, что каждый бит информации будет доставлен.
-
Сказки цифрового города: часть первая — Пакетик TCP
В одном цифровом городе, где каждое устройство, каждый сервер и каждый байт данных живут и взаимодействуют как персонажи в большом технологическом театре, были два главных героя: Пакетик и Серверина. Пакетик был молодым и энергичным посланием, которое отправлялось из одного конца города в другой, чтобы доставить важную информацию. Серверина, с другой стороны, была мудрой и надежной серверной станцией, которая обрабатывала все данные, приходящие к ней. Однажды Пакетик должен был доставить очень важное сообщение от своего пользователя, молодого программиста, к Серверине. Сообщение содержало код, который мог значительно улучшить производительность Серверины. Пакетик начал свое путешествие с установления соединения. Он постучал в дверь Серверины, отправив специальный сигнал, называемый SYN (синхронизация). Серверина ответила ему сигналом SYN-ACK, подтверждая, что она готова к диалогу и добавила свой собственный сигнал подтверждения (ACK). Затем Пакетик с радостью отправил свое сообщение, уверенный, что Серверина готова его принять. По мере того как он передавал данные, он ожидал подтверждения от Серверины, что она получила каждый кусочек информации. Это было важно, так как дороги в цифровом городе могли быть переполнены, и данные могли потеряться. Но этого оказалось недостаточно. Как только Пакетик начал отправлять данные, Злыдень, который любил вносить хаос в передачу данных, начал мешать передаче, перехватывая и скрывая некоторые из сообщений Пакетика. Пакетик, заметив, что его подтверждения не приходят вовремя, начал использовать использовал таймауты, о которых ему рассказал волшебник Конфигур (sysctl), настроенные в соответствии с параметрами sysctl.conf (net.ipv4.tcp_retries2 для количества попыток передачи данных перед считыванием пакета потерянным и net.ipv4.tcp_syn_retries для количества повторных SYN-пакетов). Каждый раз, когда таймаут истекал без получения подтверждения от Серверины, Пакетик повторно отправлял данные, убеждаясь, что каждый бит информации будет доставлен.
-
Сказки цифрового города: часть первая — Пакетик TCP
В одном цифровом городе, где каждое устройство, каждый сервер и каждый байт данных живут и взаимодействуют как персонажи в большом технологическом театре, были два главных героя: Пакетик и Серверина. Пакетик был молодым и энергичным посланием, которое отправлялось из одного конца города в другой, чтобы доставить важную информацию. Серверина, с другой стороны, была мудрой и надежной серверной станцией, которая обрабатывала все данные, приходящие к ней. Однажды Пакетик должен был доставить очень важное сообщение от своего пользователя, молодого программиста, к Серверине. Сообщение содержало код, который мог значительно улучшить производительность Серверины. Пакетик начал свое путешествие с установления соединения. Он постучал в дверь Серверины, отправив специальный сигнал, называемый SYN (синхронизация). Серверина ответила ему сигналом SYN-ACK, подтверждая, что она готова к диалогу и добавила свой собственный сигнал подтверждения (ACK). Затем Пакетик с радостью отправил свое сообщение, уверенный, что Серверина готова его принять. По мере того как он передавал данные, он ожидал подтверждения от Серверины, что она получила каждый кусочек информации. Это было важно, так как дороги в цифровом городе могли быть переполнены, и данные могли потеряться. Но этого оказалось недостаточно. Как только Пакетик начал отправлять данные, Злыдень, который любил вносить хаос в передачу данных, начал мешать передаче, перехватывая и скрывая некоторые из сообщений Пакетика. Пакетик, заметив, что его подтверждения не приходят вовремя, начал использовать использовал таймауты, о которых ему рассказал волшебник Конфигур (sysctl), настроенные в соответствии с параметрами sysctl.conf (net.ipv4.tcp_retries2 для количества попыток передачи данных перед считыванием пакета потерянным и net.ipv4.tcp_syn_retries для количества повторных SYN-пакетов). Каждый раз, когда таймаут истекал без получения подтверждения от Серверины, Пакетик повторно отправлял данные, убеждаясь, что каждый бит информации будет доставлен.
-
OpenBSD 提供了關閉 Nagle's algorithm 的 sysctl 選項
看到「Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl」這篇，OpenBSD 提供 sysctl 的選項直接關閉 Nagle's algorithm。
The below cha
#Computer #Murmuring #Network #OpenBSD #OS #Software #algorithm #delay #nagle #network #openbsd #performance #sysctl #tcp
-
OpenBSD 提供了關閉 Nagle's algorithm 的 sysctl 選項
看到「Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl」這篇，OpenBSD 提供 sysctl 的選項直接關閉 Nagle's algorithm。
The below cha
#Computer #Murmuring #Network #OpenBSD #OS #Software #algorithm #delay #nagle #network #openbsd #performance #sysctl #tcp
-
OpenBSD 提供了關閉 Nagle's algorithm 的 sysctl 選項
看到「Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl」這篇，OpenBSD 提供 sysctl 的選項直接關閉 Nagle's algorithm。
The below cha
#Computer #Murmuring #Network #OpenBSD #OS #Software #algorithm #delay #nagle #network #openbsd #performance #sysctl #tcp
-
OpenBSD 提供了關閉 Nagle's algorithm 的 sysctl 選項
看到「Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl」這篇，OpenBSD 提供 sysctl 的選項直接關閉 Nagle's algorithm。
The below cha
#Computer #Murmuring #Network #OpenBSD #OS #Software #algorithm #delay #nagle #network #openbsd #performance #sysctl #tcp
-
Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl https://www.undeadly.org/cgi?action=article;sid=20240514075024 #openbsd #networking #tcp #congestion #nagle #nodelay #sysctl
-
Demise of Nagle's algorithm (RFC 896 - Congestion Control) predicted via sysctl https://www.undeadly.org/cgi?action=article;sid=20240514075024 #openbsd #networking #tcp #congestion #nagle #nodelay #sysctl
