Ubuntu 18.04 настолько медленный [dубликат]

Попробуйте ck patchset: https://launchpad.net/~chogydan/+archive/ppa

Это ядро ​​с экспериментальными исправлениями для повышения производительности рабочего стола.

использовать более легкие программы вместо значения по умолчанию: gnumeric вместо oo calc, abiword вместо oo write и т. д.

Я не уверен, будет ли мой ответ квалифицирован, потому что Ubuntu обычно означает варианты GNOME и Ubuntu, которые используют более легкие альтернативы, имеют несколько разные имена, такие как Xubuntu.

Избавление от GNOME - это первое, что Я обычно предлагаю. Если вы довольны чем-то легким, например fluxbox, сделайте это.

Настройка Swap

Часть 1. Установите swappiness. Этот может быть в зависимости от ответа дегузы, но он может быть обратным, и он будет иметь больший эффект, когда он есть.

Один сценарий, который некоторые из нас счастливы в, когда у нас много ОЗУ. Как правило, мы имеем небольшой процент от того, что он напрямую используется ядром и приложениями, некоторые (может быть, большая сумма, если вы использовали другие настройки для повышения производительности, такие как установка / tmp в памяти), используемых для ramfs и tmpfs, и концерты и концерты используются в качестве дискового кеша, чтобы ускорить наш доступ к файлам.

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

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

Другой сценарий - это кто-то с низкой оперативной памятью, который переключается между несколько тяжелых приложений и тратят на них разумное количество времени. Представьте, возможно, веб-разработчик, который проводит некоторое время в своей среде IDE, некоторые - в графическом редакторе, некоторые - в своем браузере по выбору, немного в некоторых других браузерах, чтобы проверить проблемы совместимости и, возможно, 5 минут каждый час на своем почтовом клиенте. Они также, вероятно, многократно повторяют одни и те же файлы с чтением и записью и, следовательно, значительно выигрывают от кэширования файлов. Вероятно, этот человек может извлечь выгоду из того, что Linux более охотно поменяет память, используемую тем из тех тяжелых приложений, в которых они в настоящее время не активны, поэтому вероятность того, что swappiness будет выше для них.

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

Часть 2. Приоритет & amp; количество разделов.

Каждый раздел подкачки имеет приоритет, а linux будет использовать его с наивысшим приоритетом. Если он не установлен в / etc / fstab, он будет считаться отрицательным, начиная с -1 (явные настройки находятся между 0 и 32767 и поэтому -1 меньше, чем любое явно заданное) и продолжаются по порядку в fstab до -2, - 3 и т. Д.

Лучшая настройка зависит от того, где физически находятся разделы. Если у вас есть только один, то это не имеет значения (но, возможно, у вас должно быть больше одного, поэтому читайте дальше).

Если у вас есть два или более на одном физическом диске, тогда они должны иметь разные приоритеты, чтобы не пытаться использовать два раздела, требующие поиска между ними (кто-нибудь знает, если это автоматически избежать?). По умолчанию все в порядке. В любом случае, неплохо иметь две свопы на одном диске, но это может произойти, если вы создали один, а затем решили, что вам нужно больше swap позже (возможно, при добавлении большего количества оперативной памяти).

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

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

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

Если более быстрый из них - SSD, тогда есть две альтернативы с разными плюсами и минусами:

1. Наивысший приоритет или, возможно, только своп на SSD, для скорости.
2. Только свопинг на не SSD, чтобы уменьшить запись на SSD и, следовательно, увеличить его время жизни.

Номер 2, вероятно, тот, который нужно использовать, если у вас действительно есть своп, чтобы разрешить спящий режим, и в противном случае ваша обильная ОЗУ означает, (и если вы тратите деньги на SSD, вы также должны тратить его на ОЗУ), если, возможно, вы фанатик скорости загрузки, который хочет загрузиться из спящего режима со скоростью, которая будет показывать ваши фантастическая высокотехнологичная установка! В противном случае баланс касается скорости и времени автономной работы SSD.

Если у вас есть диск, предназначенный исключительно для обмена, чтобы не конкурировать с другими файлами ввода / вывода, то вы, по-видимому, и уже знаю об этом материале лучше, чем я, и только читаю это, чтобы узнать, есть ли у меня что-то неправильно!