From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 From: ahtoh@pulnet.ru To: ALT Linux sysadmin discuss Date: Wed, 15 Oct 2008 16:31:39 +0400 User-Agent: KMail/1.9.7 References: <200810141348.12074.ahtoh@pulnet.ru> <200810150853.47735.ahtoh@pulnet.ru> <20081015095052.GZ30055@osdn.org.ua> In-Reply-To: <20081015095052.GZ30055@osdn.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200810151631.40028.ahtoh@pulnet.ru> Subject: Re: [Sysadmins] ksoftirq 99% cpu load. X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 12:31:52 -0000 Archived-At: List-Archive: В сообщении от 15 октября 2008 Michael Shigorin написал(a): > On Wed, Oct 15, 2008 at 08:53:47AM +0400, ahtoh@pulnet wrote: > > > > Видно, что все ядра поочередно учавствуют в обработке > > > > прерываний от одного устройства. Или я не прав? > > > > > > А что- мануал (кстати, очень короткий) прочитать - не судьба? > > > > Мануал от чего? > > irqbalance(1), вестимо. Хотя он действительно краток: > > DESCRIPTION > The purpose of irqbalance is distribute hardware interrupts across > pro- cessors on a multiprocessor system in order to increase performance. > > Поскольку распределять можно как динамически, так и статически, > то предположение о "eth0<->CPU0" этот мануал не опровергает. > > Из наблюдаемого -- при работе irqbalance обработчики прерываний > потихоньку мигрируют по процессорам/ядрам, "выравнивая" значения > счётчиков на примерно сопоставимые величины. Ну вот. А мне тыкали в мануал, что мол я всё придумал. А в 2.6.24 действительно паралелльно они обрабатываются всеми ядрами сразу? Наблюдаю такое в /proc/interrupts без всяких irqbalance