История изменений
Исправление Deleted, (текущая версия) :
Firefox из моего приемера не спит. Будем считать, что он постоянно ходит по своим страницам, но новых не выделяет.
Он их выделяет постольку, поскольку система сокращает ему рабочий набор, а он страничными исключениями просит вернуть как было.
два примерно равноприоритетных процесса пытаются выделять память, и ни один из них никуда не продвигается. Это тот же thrashing, но уже у двух процессов; это же относится и к случаю, когда процессов больше двух.
Это ситуация классического thrashing-а без приоритетов. Если выставленные вручную приоритеты равны, и если система не может эвристически решить, какой процесс более приоритетный (или эта функция отключена), то поведение (их по отношению друг к другу) не будет принципиально отличаться от сегодняшних алгоритмов ядра.
Если процессов больше двух, и у них все разные приоритеты, самый приоритетный будет щемить остальных, второй по приоритетности - щемиться первым, но щемить всех оставшихся и так далее. Это именно то, что интуитивно и хочется получить: оболочка в голом терминале или в ssh работает быстро, всякие xfce-panel тормозят, но шевелятся, ну а жирнолис сожрал десяток гигабайт и завис (т.е. на самом деле замедлился на многие порядки) в бесконечной подкачке.
Исправление Deleted, :
Firefox из моего приемера не спит. Будем считать, что он постоянно ходит по своим страницам, но новых не выделяет.
Он их выделяет постольку, поскольку система сокращает ему рабочий набор, а он страничными исключениями просит вернуть как было.
два примерно равноприоритетных процесса пытаются выделять память, и ни один из них никуда не продвигается. Это тот же thrashing, но уже у двух процессов; это же относится и к случаю, когда процессов больше двух.
Это ситуация классического thrashing-а без приоритетов. Если выставленные вручную приоритеты равны, и если система не может эвристически решить, какой процесс более приоритетный (или эта функция отключена), то поведение (их по отношению друг к другу) не будет принципиально отличаться от сегодняшних алгоритмов ядра.
Если процессов больше двух, и у них все разные приоритеты, самый приоритетный будет щемить остальных, второй по приоритетности - щемиться первым, но щемить всех оставшихся и так далее. Это именно то, что интуитивно и хочется получить: оболочка в голом терминале или в ssh работает быстро, всякие xfce-panel тормозят, но шевелятся, ну а жирнолис сожрал все десятое гигабайт и завис (т.е. на самом деле замедлился на многие порядки) в бесконечной подкачке.
Исправление Deleted, :
Firefox из моего приемера не спит. Будем считать, что он постоянно ходит по своим страницам, но новых не выделяет.
Он их выделяет постольку, поскольку система сокращает ему рабочий набор, а он страничными исключениями просит вернуть как было.
два примерно равноприоритетных процесса пытаются выделять память, и ни один из них никуда не продвигается. Это тот же thrashing, но уже у двух процессов; это же относится и к случаю, когда процессов больше двух.
Это ситуация классического thrashing-а без приоритетов. Если выставленные вручную приоритеты равны, и если система не может эвристически решить, какой процесс более приоритетный (или эта функция отключена), то поведение (их по отношению друг к другу) не будет принципиально отличаться от сегодняшних алгоритмов ядра.
Если процессов больше двух, и у них все разные приоритеты, самый приоритетный будет щемить остальных, второй по приоритетности - щемиться первым, но щемить всех оставшихся и так далее. Это именно то, что интуитивно и хочется получить: оболочка в голом терминале или в ssh работает быстро, в всякие xfce-panel тормозят, но шевелятся, ну а жирнолис сожрал все десятое гигабайт и завис (т.е. на самом деле замедлился на многие порядки) в бесконечной подкачке.
Исходная версия Deleted, :
Firefox из моего приемера не спит. Будем считать, что он постоянно ходит по своим страницам, но новых не выделяет.
Он их выделяет постольку, поскольку система сокращает ему рабочий набор, а он страничными исключениями просит вернуть как было.
два примерно равноприоритетных процесса пытаются выделять память, и ни один из них никуда не продвигается. Это тот же thrashing, но уже у двух процессов; это же относится и к случаю, когда процессов больше двух.
Это ситуация классического thrashing-а без приоритетов. Если выставленные вручную приоритеты равны, и если система не может эвристически решить, какой процесс более приоритетные (или эта функция отключена), то поведение не будет принципиально отличаться от сегодняшних алгоритмов ядра.
Если процессов больше двух, и у них все разные приоритеты, самый приоритетный будет щнмтьь остальных, второй по приоритетности - щемиться первым, но щемить всех оставшихся и так далее. Это именно то, что интуитивно и хочется получить: оболочка в голом терминале или в ssh работает быстро, в всякие xfce-panel тормозят, но шевелятся, ну а жирнолис сожрал все десятое гигабайт и завис (т.е. на самом деле замедлился на многие порядки) в бесконечной подкачке.