Ubuntu убивает процессы, когда больше нет ОЗУ

Я загружаю шрифты из https://sourceforge.net/projects/corefonts/files/the%20fonts/final/, а с помощью команды 7z я извлекаю EXE-файлы и создаю каталог .fonts в каталоге / home, куда я переместил извлечение файлы. Теперь в LibreOffice я вижу шрифты типа Times New Roman. Спасибо всем за помощь.

1
задан 18 June 2012 в 14:26

12 ответов

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 25 July 2018 в 18:26

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 2 August 2018 в 00:38

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 2 August 2018 в 00:38

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 4 August 2018 в 16:08

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 6 August 2018 в 00:46

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 6 August 2018 в 00:46

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 7 August 2018 в 18:12

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 7 August 2018 в 18:12

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 10 August 2018 в 06:57

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 10 August 2018 в 06:57

Ну, в System Monitor вы можете просто назначить приоритет, щелкнув правой кнопкой мыши процесс и выбрав приоритет изменения. Если у вас нет графического интерфейса, вы должны использовать команду renice, просто посмотрите man-страницу .

-1
ответ дан 15 August 2018 в 18:55
  • 1
    Привет, Спасибо за ответ. Вы уверены, что ubuntu уважает хороший уровень при выключении процесса для освобождения требуемой памяти? Я подумал, что это уже «приоритетно». таким образом и задаться вопросом, следует ли ubuntu следовать правилам ... – ledy 18 June 2012 в 16:08
  • 2
    – Eliah Kagan 18 June 2012 в 16:23
  • 3
    @Eliah Kagan: Хороший ли уровень нацелен только на поведение процессора? Нет эффекта, когда ОС убивает из-за низкой доступности памяти / плейера? – ledy 18 June 2012 в 17:04

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

Если ваша стратегия должна была идти без файла подкачки, чтобы заставить ОС использовать ОЗУ, я предлагаю вам вместо этого файл подкачки и использовать swappiness, чтобы ОС использовала в основном ОЗУ. Узнайте, как это сделать здесь: Как настроить swappiness?

10 является типичным агрессивным значением для swappiness. Я обнаружил, что со значениями менее 10 ОС, по-видимому, уделяет приоритетное внимание разгрузке свопа по фактическому запуску программ. Другими словами, когда у меня закончилась память, все замедлилось. Так что, может быть, начать с 10, или что-то близкое, и посмотреть, насколько хорошо он использует ОЗУ.

0
ответ дан 15 August 2018 в 18:55

Другие вопросы по тегам:

Похожие вопросы: