From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.saout.de ([127.0.0.1]) by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IiZHCUReV5m0 for ; Thu, 23 Feb 2012 11:57:28 +0100 (CET) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mail.saout.de (Postfix) with SMTP for ; Thu, 23 Feb 2012 11:57:28 +0100 (CET) Message-ID: <4F461B97.7020000@gmx.de> Date: Thu, 23 Feb 2012 11:57:27 +0100 From: Marc Ballarin MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset="iso-8859-1"; format="flowed" Content-Transfer-Encoding: quoted-printable Subject: Re: [dm-crypt] md + dm-crypt + lvm2: I/O slows down system, I/O schedule ineffective List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?G=FCnter_Merz?= Cc: dm-crypt@saout.de Hi, Am 23.02.2012 11:19, schrieb G=FCnter Merz: > I'm experiencing unresponsiveness and a general system slowdown when I'm = unpacking big archives or building a big packages (during builds I'm only u= sing max 2 cores). To counter this, I've been experimenting with nice and i= onice. Unfortunately, ionice -c3 before big I/O traffic doesn't seem to mak= e any difference. The responsiveness is still really bad at times. This sounds like those (more or less) well-known hugepage issues. You could try "echo madvise >=20 /sys/kernel/mm/transparent_hugepage/defrag" (or "echo never...") if your=20 kernel is configured to use transparent hugepages (which most modern=20 distribution kernels are). If this is your issue, the bug isn't really caused by dm-crypt, but by=20 Linux memory management issues and it is completely unrelated to ionice=20 or io scheduler settings. Regards, Marc