From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <52AB052E.9000404@gmx.de> Date: Fri, 13 Dec 2013 14:01:34 +0100 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 References: <529217CD.1000204@gmx.de> <20131203140214.GB31128@quack.suse.cz> <529E3450.9000700@gmx.de> <20131203230058.GA24037@quack.suse.cz> <20131204130639.GA31973@quack.suse.cz> <52A36389.7010103@gmx.de> <20131211202639.GE1163@quack.suse.cz> <52AAD8D4.2060807@gmx.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: linux-kernel-owner@vger.kernel.org Subject: Re: [uml-devel] why does index in truncate_inode_pages_range() grows so much ? To: Richard Weinberger Cc: Jan Kara , "linux-mm@kvack.org" , Linux Kernel , UML devel List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/13/2013 11:51 AM, Richard Weinberger wrote: > On Fri, Dec 13, 2013 at 10:52 AM, Toralf F=C3=B6rster wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 12/11/2013 09:26 PM, Jan Kara wrote: >>> Thanks! So this works more or less as expected - trinity issued a >>> read at absurdly high offset so we created pagecache page a that >>> offset and tried to read data into it. That failed. We left the >>> page in the pagecache where it was for reclaim to reclaim it when >>> free pages are needed. Everything works as designed except we could >>> possibly argue that it's not the most efficient way to use >>> pages... >>> >>> Patch 'vfs: fix a bug when we do some dio reads with append dio >>> writes' (http://www.spinics.net/lists/linux-fsdevel/msg70899.html) >>> should actually change the situation and we won't unnecessarily >>> cache these pages. >>> >> confirmed - applied to latest git tree of Linus I helps. >=20 > Good to know! :-) >=20 OTOH - there's seems to be more places for an improvement - now trinity= often runs hours w/o problem (before it runs within a rather short time into such issues= ). But today I got another case (I did not patched the source files except= the mentioned patch by Jan Kara) where the trinity call cycles since 2 hours w/o any progress. But fortu= nately the system is still responsive, ssh works and I can shutdown that virtual machine smoothly, furthermore= all local and remote file systems can be unounted cleanly - so that patch is a big improvement). tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel= /linux/linux 9776 -n -batch -ex 'bt' =46ri Dec 13 13:54:33 CET 2013 find_get_pages (mapping=3D0x45182810, start=3D0, nr_pages=3D14, pages=3D= 0x0) at mm/filemap.c:885 885 } #0 find_get_pages (mapping=3D0x45182810, start=3D0, nr_pages=3D14, pag= es=3D0x0) at mm/filemap.c:885 #1 0x080d669a in pagevec_lookup (pvec=3D0x40607d40, mapping=3D0x0, sta= rt=3D0, nr_pages=3D0) at mm/swap.c:937 #2 0x080d6a9a in truncate_inode_pages_range (mapping=3D0x45182810, lst= art=3D0, lend=3D-1) at mm/truncate.c:241 #3 0x080d6e3f in truncate_inode_pages (mapping=3D0x0, lstart=3D0) at m= m/truncate.c:358 #4 0x0818c2d2 in ext4_evict_inode (inode=3D0x45182758) at fs/ext4/inod= e.c:228 #5 0x0811b5ff in evict (inode=3D0x45182758) at fs/inode.c:549 #6 0x0811c0ed in iput_final (inode=3D) at fs/inode.c:14= 19 #7 iput (inode=3D0x45182758) at fs/inode.c:1437 #8 0x08112056 in do_unlinkat (dfd=3D5, pathname=3D0x8065d84 "") at fs/namei.c:3718 #9 0x081121c5 in SYSC_unlinkat (flag=3D, pathname=3D, dfd=3D) at fs/namei.c:3754 #10 SyS_unlinkat (dfd=3D5, pathname=3D134634884, flag=3D0) at fs/namei.= c:3746 #11 0x08062a94 in handle_syscall (r=3D0x473b59cc) at arch/um/kernel/ska= s/syscall.c:35 #12 0x080750f5 in handle_trap (local_using_sysemu=3D, re= gs=3D, pid=3D) at arch/um/os-Linux/skas/p= rocess.c:198 #13 userspace (regs=3D0x473b59cc) at arch/um/os-Linux/skas/process.c:43= 1 #14 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #15 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel= /linux/linux 9776 -n -batch -ex 'bt' =46ri Dec 13 13:54:47 CET 2013 radix_tree_next_chunk (root=3D0x3f, iter=3D0x40607cdc, flags=3D6) at li= b/radix-tree.c:773 773 index &=3D ~((RADIX_TREE_MAP_SIZE << sh= ift) - 1); #0 radix_tree_next_chunk (root=3D0x3f, iter=3D0x40607cdc, flags=3D6) a= t lib/radix-tree.c:773 #1 0x080cc88e in find_get_pages (mapping=3D0x45182810, start=3D0, nr_p= ages=3D14, pages=3D0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=3D0x40607d40, mapping=3D0x3f, st= art=3D63, nr_pages=3D63) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=3D0x45182810, lst= art=3D0, lend=3D-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=3D0x3f, lstart=3D257698= 03839) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=3D0x45182758) at fs/ext4/inod= e.c:228 #6 0x0811b5ff in evict (inode=3D0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=3D) at fs/inode.c:14= 19 #8 iput (inode=3D0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=3D5, pathname=3D0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=3D, pathname=3D, dfd=3D) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=3D5, pathname=3D134634884, flag=3D0) at fs/namei.= c:3746 #12 0x08062a94 in handle_syscall (r=3D0x473b59cc) at arch/um/kernel/ska= s/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=3D, re= gs=3D, pid=3D) at arch/um/os-Linux/skas/p= rocess.c:198 #14 userspace (regs=3D0x473b59cc) at arch/um/os-Linux/skas/process.c:43= 1 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel= /linux/linux 9776 -n -batch -ex 'bt' =46ri Dec 13 13:57:16 CET 2013 radix_tree_next_chunk (root=3D0x10, iter=3D0x40607cdc, flags=3D6) at li= b/radix-tree.c:769 769 while (++offset < RADIX_TREE_MA= P_SIZE) { #0 radix_tree_next_chunk (root=3D0x10, iter=3D0x40607cdc, flags=3D6) a= t lib/radix-tree.c:769 #1 0x080cc88e in find_get_pages (mapping=3D0x45182810, start=3D0, nr_p= ages=3D14, pages=3D0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=3D0x40607d40, mapping=3D0x10, st= art=3D16, nr_pages=3D16) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=3D0x45182810, lst= art=3D0, lend=3D-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=3D0x10, lstart=3D257698= 03792) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=3D0x45182758) at fs/ext4/inod= e.c:228 #6 0x0811b5ff in evict (inode=3D0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=3D) at fs/inode.c:14= 19 #8 iput (inode=3D0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=3D5, pathname=3D0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=3D, pathname=3D, dfd=3D) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=3D5, pathname=3D134634884, flag=3D0) at fs/namei.= c:3746 #12 0x08062a94 in handle_syscall (r=3D0x473b59cc) at arch/um/kernel/ska= s/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=3D, re= gs=3D, pid=3D) at arch/um/os-Linux/skas/p= rocess.c:198 #14 userspace (regs=3D0x473b59cc) at arch/um/os-Linux/skas/process.c:43= 1 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () - --=20 MfG/Sincerely Toralf F=C3=B6rster pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA CDDE 0076 E94E -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlKrBS0ACgkQxOrN3gB26U4bRgD/U/5sIELFBZUTeEgfM9eJBnxh PhdMMBTTJHoB3v9z70YA/iEZzD9L30vVSWqYrybOWNPYwDR1i67F41nUemmPczqu =3Du/iT -----END PGP SIGNATURE----- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"= in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48]) by kanga.kvack.org (Postfix) with ESMTP id A2E956B0088 for ; Fri, 13 Dec 2013 08:01:35 -0500 (EST) Received: by mail-ee0-f48.google.com with SMTP id e49so846662eek.21 for ; Fri, 13 Dec 2013 05:01:35 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net. [212.227.17.21]) by mx.google.com with ESMTPS id h45si1801129eeo.46.2013.12.13.05.01.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Dec 2013 05:01:34 -0800 (PST) Received: from [192.168.178.21] ([85.177.17.206]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MaIw0-1W6vv339se-00JuP4 for ; Fri, 13 Dec 2013 14:01:34 +0100 Message-ID: <52AB052E.9000404@gmx.de> Date: Fri, 13 Dec 2013 14:01:34 +0100 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 Subject: Re: [uml-devel] why does index in truncate_inode_pages_range() grows so much ? References: <529217CD.1000204@gmx.de> <20131203140214.GB31128@quack.suse.cz> <529E3450.9000700@gmx.de> <20131203230058.GA24037@quack.suse.cz> <20131204130639.GA31973@quack.suse.cz> <52A36389.7010103@gmx.de> <20131211202639.GE1163@quack.suse.cz> <52AAD8D4.2060807@gmx.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org List-ID: To: Richard Weinberger Cc: Jan Kara , "linux-mm@kvack.org" , Linux Kernel , UML devel -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/13/2013 11:51 AM, Richard Weinberger wrote: > On Fri, Dec 13, 2013 at 10:52 AM, Toralf FA?rster wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 12/11/2013 09:26 PM, Jan Kara wrote: >>> Thanks! So this works more or less as expected - trinity issued a >>> read at absurdly high offset so we created pagecache page a that >>> offset and tried to read data into it. That failed. We left the >>> page in the pagecache where it was for reclaim to reclaim it when >>> free pages are needed. Everything works as designed except we could >>> possibly argue that it's not the most efficient way to use >>> pages... >>> >>> Patch 'vfs: fix a bug when we do some dio reads with append dio >>> writes' (http://www.spinics.net/lists/linux-fsdevel/msg70899.html) >>> should actually change the situation and we won't unnecessarily >>> cache these pages. >>> >> confirmed - applied to latest git tree of Linus I helps. > > Good to know! :-) > OTOH - there's seems to be more places for an improvement - now trinity often runs hours w/o problem (before it runs within a rather short time into such issues). But today I got another case (I did not patched the source files except the mentioned patch by Jan Kara) where the trinity call cycles since 2 hours w/o any progress. But fortunately the system is still responsive, ssh works and I can shutdown that virtual machine smoothly, furthermore all local and remote file systems can be unounted cleanly - so that patch is a big improvement). tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:54:33 CET 2013 find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x0) at mm/filemap.c:885 885 } #0 find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x0) at mm/filemap.c:885 #1 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x0, start=0, nr_pages=0) at mm/swap.c:937 #2 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #3 0x080d6e3f in truncate_inode_pages (mapping=0x0, lstart=0) at mm/truncate.c:358 #4 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #5 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #6 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #7 iput (inode=0x45182758) at fs/inode.c:1437 #8 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #9 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #10 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #11 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #12 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #13 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #14 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #15 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:54:47 CET 2013 radix_tree_next_chunk (root=0x3f, iter=0x40607cdc, flags=6) at lib/radix-tree.c:773 773 index &= ~((RADIX_TREE_MAP_SIZE << shift) - 1); #0 radix_tree_next_chunk (root=0x3f, iter=0x40607cdc, flags=6) at lib/radix-tree.c:773 #1 0x080cc88e in find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x3f, start=63, nr_pages=63) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=0x3f, lstart=25769803839) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #6 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #8 iput (inode=0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #12 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #14 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:57:16 CET 2013 radix_tree_next_chunk (root=0x10, iter=0x40607cdc, flags=6) at lib/radix-tree.c:769 769 while (++offset < RADIX_TREE_MAP_SIZE) { #0 radix_tree_next_chunk (root=0x10, iter=0x40607cdc, flags=6) at lib/radix-tree.c:769 #1 0x080cc88e in find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x10, start=16, nr_pages=16) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=0x10, lstart=25769803792) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #6 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #8 iput (inode=0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #12 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #14 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () - -- MfG/Sincerely Toralf FA?rster pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA CDDE 0076 E94E -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlKrBS0ACgkQxOrN3gB26U4bRgD/U/5sIELFBZUTeEgfM9eJBnxh PhdMMBTTJHoB3v9z70YA/iEZzD9L30vVSWqYrybOWNPYwDR1i67F41nUemmPczqu =u/iT -----END PGP SIGNATURE----- -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752230Ab3LMNBh (ORCPT ); Fri, 13 Dec 2013 08:01:37 -0500 Received: from mout.gmx.net ([212.227.17.21]:53566 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751602Ab3LMNBf (ORCPT ); Fri, 13 Dec 2013 08:01:35 -0500 Message-ID: <52AB052E.9000404@gmx.de> Date: Fri, 13 Dec 2013 14:01:34 +0100 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Richard Weinberger CC: Jan Kara , "linux-mm@kvack.org" , Linux Kernel , UML devel Subject: Re: [uml-devel] why does index in truncate_inode_pages_range() grows so much ? References: <529217CD.1000204@gmx.de> <20131203140214.GB31128@quack.suse.cz> <529E3450.9000700@gmx.de> <20131203230058.GA24037@quack.suse.cz> <20131204130639.GA31973@quack.suse.cz> <52A36389.7010103@gmx.de> <20131211202639.GE1163@quack.suse.cz> <52AAD8D4.2060807@gmx.de> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:OHwfxssUTQEDkbFM9tGHyy12mVl2Pzg4cGJ7ueIoDZISGZ6BERL F6/VJZVU9M2zdl79xYuKlPAG6n/I844o/eG2O/IjaZngbojshINrYLNMtnDNmTiM4bp/LhB CHnur3Zu8DrO8MnQ80F6h3hLdlq9BS2Ssfp8gFzABRGTIJtiDA0tHgAOZwR0nbR3fkbiDt8 htFW31In/noqpiSv1Gr8A== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/13/2013 11:51 AM, Richard Weinberger wrote: > On Fri, Dec 13, 2013 at 10:52 AM, Toralf Förster wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 12/11/2013 09:26 PM, Jan Kara wrote: >>> Thanks! So this works more or less as expected - trinity issued a >>> read at absurdly high offset so we created pagecache page a that >>> offset and tried to read data into it. That failed. We left the >>> page in the pagecache where it was for reclaim to reclaim it when >>> free pages are needed. Everything works as designed except we could >>> possibly argue that it's not the most efficient way to use >>> pages... >>> >>> Patch 'vfs: fix a bug when we do some dio reads with append dio >>> writes' (http://www.spinics.net/lists/linux-fsdevel/msg70899.html) >>> should actually change the situation and we won't unnecessarily >>> cache these pages. >>> >> confirmed - applied to latest git tree of Linus I helps. > > Good to know! :-) > OTOH - there's seems to be more places for an improvement - now trinity often runs hours w/o problem (before it runs within a rather short time into such issues). But today I got another case (I did not patched the source files except the mentioned patch by Jan Kara) where the trinity call cycles since 2 hours w/o any progress. But fortunately the system is still responsive, ssh works and I can shutdown that virtual machine smoothly, furthermore all local and remote file systems can be unounted cleanly - so that patch is a big improvement). tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:54:33 CET 2013 find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x0) at mm/filemap.c:885 885 } #0 find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x0) at mm/filemap.c:885 #1 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x0, start=0, nr_pages=0) at mm/swap.c:937 #2 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #3 0x080d6e3f in truncate_inode_pages (mapping=0x0, lstart=0) at mm/truncate.c:358 #4 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #5 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #6 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #7 iput (inode=0x45182758) at fs/inode.c:1437 #8 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #9 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #10 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #11 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #12 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #13 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #14 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #15 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:54:47 CET 2013 radix_tree_next_chunk (root=0x3f, iter=0x40607cdc, flags=6) at lib/radix-tree.c:773 773 index &= ~((RADIX_TREE_MAP_SIZE << shift) - 1); #0 radix_tree_next_chunk (root=0x3f, iter=0x40607cdc, flags=6) at lib/radix-tree.c:773 #1 0x080cc88e in find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x3f, start=63, nr_pages=63) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=0x3f, lstart=25769803839) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #6 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #8 iput (inode=0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #12 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #14 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () tfoerste@n22 ~/devel/github/bingo $ date; sudo gdb /home/tfoerste/devel/linux/linux 9776 -n -batch -ex 'bt' Fri Dec 13 13:57:16 CET 2013 radix_tree_next_chunk (root=0x10, iter=0x40607cdc, flags=6) at lib/radix-tree.c:769 769 while (++offset < RADIX_TREE_MAP_SIZE) { #0 radix_tree_next_chunk (root=0x10, iter=0x40607cdc, flags=6) at lib/radix-tree.c:769 #1 0x080cc88e in find_get_pages (mapping=0x45182810, start=0, nr_pages=14, pages=0x6) at mm/filemap.c:844 #2 0x080d669a in pagevec_lookup (pvec=0x40607d40, mapping=0x10, start=16, nr_pages=16) at mm/swap.c:937 #3 0x080d6a9a in truncate_inode_pages_range (mapping=0x45182810, lstart=0, lend=-1) at mm/truncate.c:241 #4 0x080d6e3f in truncate_inode_pages (mapping=0x10, lstart=25769803792) at mm/truncate.c:358 #5 0x0818c2d2 in ext4_evict_inode (inode=0x45182758) at fs/ext4/inode.c:228 #6 0x0811b5ff in evict (inode=0x45182758) at fs/inode.c:549 #7 0x0811c0ed in iput_final (inode=) at fs/inode.c:1419 #8 iput (inode=0x45182758) at fs/inode.c:1437 #9 0x08112056 in do_unlinkat (dfd=5, pathname=0x8065d84 "") at fs/namei.c:3718 #10 0x081121c5 in SYSC_unlinkat (flag=, pathname=, dfd=) at fs/namei.c:3754 #11 SyS_unlinkat (dfd=5, pathname=134634884, flag=0) at fs/namei.c:3746 #12 0x08062a94 in handle_syscall (r=0x473b59cc) at arch/um/kernel/skas/syscall.c:35 #13 0x080750f5 in handle_trap (local_using_sysemu=, regs=, pid=) at arch/um/os-Linux/skas/process.c:198 #14 userspace (regs=0x473b59cc) at arch/um/os-Linux/skas/process.c:431 #15 0x0805f750 in fork_handler () at arch/um/kernel/process.c:149 #16 0x5a5a5a5a in ?? () - -- MfG/Sincerely Toralf Förster pgp finger print:1A37 6F99 4A9D 026F 13E2 4DCF C4EA CDDE 0076 E94E -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlKrBS0ACgkQxOrN3gB26U4bRgD/U/5sIELFBZUTeEgfM9eJBnxh PhdMMBTTJHoB3v9z70YA/iEZzD9L30vVSWqYrybOWNPYwDR1i67F41nUemmPczqu =u/iT -----END PGP SIGNATURE-----