|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexandr Goncharov 2:5020/400 21 Feb 2003 11:23:53 To : Oleg Drokin Subject : Re: Swap -------------------------------------------------------------------------------- Oleg Drokin <green@linuxhacker.ru> wrote: OD> Hello! OD> Alexandr Goncharov <agv@tomsknet.ru> wrote: AG>> Видно, что может существовать момент, когда оба процесса лежат в свопе. AG>> А каждый из них, по условию, равен размеру доступной оперативной памяти. AG>> Этого можно избежать есть обмен делать мелкими порциями, но есть же DMA и AG>> блочные операции, которые ускоряют процесс. OD> Реально, поскольку ни один из проццессов не может сразу работать со всеми OD> своими страницами, мы имеем ситуацию когда наиболе используемые части обоих OD> процессов находятся в RAM, а все остальное - в свопе либо на другом backing OD> store (если это SHARED мапинги в файлы, например). Угу, потому и вопросы возникают. AG>> В реальной жизни вряд ли найдутся такие процессы, но и выполняется AG>> одновременно намного больше двух процессов. OD> ;) AG>> А обмен между диском и памятью быстрее вести большими блоками в DMA. OD> Угу. Для этого в Linux даже есть такое понятие как SWAPCLUSTER. AG>> Все вышеизложенное - не более, чем imho. Из размышлений на тему - откуда AG>> взялась эта рекомендация. OD> Hа самом деле я незнаю откуда растут такие рекомендации для старых систем. OD> В случае с Linux kernel 2.4.x, где x < 9 , рекомендация выросла из того, OD> что странички из свопфайла, которые туда попали, не выкидывались когда надо OD> (возможно даже после смерти процесса). И как-то там так получалось что пол OD> свопа (в случае с swapsize = 2xRAM size) уходило на отображение текущего RAM OD> (ну то есть не так жестко, но в случаях с большой memory нагрузкой OD> примерно так и было). Более подробныз деталей я за давностью лет уже не OD> помню. OD> Bye, OD> Oleg В реальной жизни действительно все сложнее и многообразнее. И вопросы о том, откуда растут ноги у этой рекомендации, возникают как раз у людей, понимающих, как все работает на самом деле. Я хотел показать только одно - если следовать этой рекомендации, то в самом тяжелом случае (который, скорее всего, никогда не случится на этой машине) - необходимости полностью выгрузить весь объем RAM в swap, с одновременным извлечением оттуда такого же объема - никаких неприятностей не случится. Даже при совсем криво написаном софте. В случае, если swap < 2xRAM - все зависит от ядра, количества процессов, как и с какими данными они работают и т.д. Вероятность какого-либо сбоя или замедления остается. Хотя и крайне маленькая. -- Alexandr V. Goncharov, | Digital Networks, Sibirtelecom AGV-RIPE, | agv@tomsknet.ru AGV3-RIPN | phonе: +7(382-2)662510 --- ifmail v.2.15dev5 * Origin: Tomsktelecom - Digital Networks (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1223282d9ffc8.html, оценка из 5, голосов 10
|