Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 13 Aug 2009 18:28:20 +0400:
>> Тебе ж сказали: using OR WAITING FOR. rdiff-backup жрет ресурсы так, >> что другим процессам приходится ждать их освобождения достаточно долго, >> чтобы их (этих процессов) накопилось немало. >> >> Я полагаю, что ждать им приходится скорее дискового ввода-вывода, нежели >> процессора. AP> rdiff-backup запускается с точно таким же приоритетом, как и прочие AP> пользовательские процессы. Что же означает его "прожорливость"? Как AP> я понимаю, процессы с равным приоритетом получают равные ресурсы. С AP> какой стати очередь ожидающих процессов "стопорится", совсем не AP> ясно. Шедулер не решает задачу, которую невозможно решить :-) Шедулер устроен проще - процессы с равным приоритетом, _готовые к использованию процессора_, получают равные шансы отработать очередной CPU slice. А если процесс застрял внутри write(2), потому что запросов к диску дцать, и его запрос сейчас в очереди надцатый, а шина одна - он попадает в LA. Равно и если к очередному слайсу их оказалось трое желающих на два процессора (что, в общем, нормально, если один бурно работает - слайс штука не такая уж маленькая) - двум дадут, а третий попадет в LA. -- /dev/null-транспортировка -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
