Весь компьютер зависает во время обновления

Я пытаюсь, но получаю следующее:

$ echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
-bash: /etc/sysctl.d/10-huge-pages.conf: Отказано в доступе
$ sudo echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
-bash: /etc/sysctl.d/10-huge-pages.conf: Отказано в доступе

Мой сервер — Ubuntu Server 22.04.3 LTS.

Попробуйте запустить это в оболочке root — возможно, проблема в том, что она работает в обычной оболочке. (Вы используете sudo для команды echo, но не для перенаправления вывода в файл)

Действительно, существует несколько способов сделать это, вот один из них

sudo sh -c "echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf"

Я запустил скрипты и перезагрузил систему.

Затем:

$ cat /proc/sys/vm/overcommit_memory
1

и

$ cat /sys/kernel/mm/transparent_hugepage/enabled
always [madvise] never

(Так что первое значение изменилось с 0 на 1, но второе по-прежнему возвращает то же самое).

Странно. Что выводится при выполнении

cat /etc/sysctl.d/10-huge-pages.conf

Попробуйте, возможно, снова выполнить echo?

Ой, подождите, эти две команды должны записывать в разные файлы. Похоже, вы записали дважды в один и тот же файл.

Может быть, должно быть always [madvise] never?

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

$ cat /etc/sysctl.d/10-huge-pages.conf
sys.kernel.mm.transparent_hugepage.enabled=never

Ничего страшного, я считаю, что система работает вполне хорошо :slightly_smiling_face:.

Важнее правильно настроить параметр overcommit, на мой взгляд

Возможно, тип процессора сервера может иметь значение?

ARM против x86? Возможно. Кто-то где-то предположил, что наличие большего количества процессоров может означать запуск большего количества потоков и, следовательно, использование большего объема памяти — это вполне возможно. Конечно, главное отличие заключается в содержании форума, но я не уверен, насколько это может повлиять. Мне кажется, что некоторые этапы обновления связаны с изменениями схемы базы данных.

А затем есть настройки ядра… но в данном случае у @Jagster были те же настройки, что и у @uwe_keim.

Intel x86, 2 vCPU.

Довольно типичная конфигурация для небольших форумов, на мой взгляд.