From: Eric Dumazet <dada1@cosmosbay.com> To: Ingo Molnar <mingo@elte.hu> Cc: Linus Torvalds <torvalds@linux-foundation.org>, David Miller <davem@davemloft.net>, rjw@sisk.pl, linux-kernel@vger.kernel.org, kernel-testers@vger.kernel.org, cl@linux-foundation.org, efault@gmx.de, a.p.zijlstra@chello.nl, Stephen Hemminger <shemminger@vyatta.com> Subject: Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Date: Mon, 17 Nov 2008 20:30:43 +0100 [thread overview] Message-ID: <4921C663.2050003@cosmosbay.com> (raw) In-Reply-To: <20081117184951.GA5585@elte.hu> Ingo Molnar a écrit : > * Ingo Molnar <mingo@elte.hu> wrote: > > 4> The place for the sock_rfree() hit looks a bit weird, and i'll >> investigate it now a bit more to place the real overhead point >> properly. (i already mapped the test-bit overhead: that comes from >> napi_disable_pending()) > > ok, here's a new set of profiles. (again for tbench 64-thread on a > 16-way box, with v2.6.28-rc5-19-ge14c8bf and with the kernel config i > posted before.) > > Here are the per major subsystem percentages: > > NET overhead ( 5786945/10096751): 57.31% > security overhead ( 925933/10096751): 9.17% > usercopy overhead ( 837887/10096751): 8.30% > sched overhead ( 753662/10096751): 7.46% > syscall overhead ( 268809/10096751): 2.66% > IRQ overhead ( 266500/10096751): 2.64% > slab overhead ( 180258/10096751): 1.79% > timer overhead ( 92986/10096751): 0.92% > pagealloc overhead ( 87381/10096751): 0.87% > VFS overhead ( 53295/10096751): 0.53% > PID overhead ( 44469/10096751): 0.44% > pagecache overhead ( 33452/10096751): 0.33% > gtod overhead ( 11064/10096751): 0.11% > IDLE overhead ( 0/10096751): 0.00% > --------------------------------------------------------- > left ( 753878/10096751): 7.47% > > The breakdown is very similar to what i sent before, within noise. > > [ 'left' is random overhead from all around the place - i categorized > the 500 most expensive functions in the profile per subsystem. > I stopped short of doing it for all 1300+ functions: it's rather > laborous manual work even with hefty use of regex patterns. > It's also less meaningful in practice: the trend in the first 500 > functions is present in the remaining 800 functions as well. I > watched the breakdown evolve as i increased the coverage - in > practice it is the first 100 functions that matter - it just doesnt > change after that. ] > > The readprofile output below seems structured in a more useful way now > - i tweaked compiler options to have the profiler hits spread out in a > more meaningful way. I collected 10 million NMI profiler hits, and > normalized the readprofile output up to 100%. > > [ I'll post per function analysis as i complete them, as a reply to > this mail. ] > > Ingo > > 100.000000 total > ................ > 7.253355 copy_user_generic_string > 3.934833 avc_has_perm_noaudit > 3.356152 ip_queue_xmit > 3.038025 skb_release_data > 2.118525 skb_release_head_state > 1.997533 tcp_ack > 1.833688 tcp_recvmsg > 1.717771 eth_type_trans Strange, in my profile, eth_type_trans is not in the top 20 Maybe an alignment problem ? Oh, I understand, you hit the netdevice->last_rx update probblem, already corrected on net-next-2.6 > 1.673249 __inet_lookup_established TCP established/timewait table is now RCUified (for linux-2.6.29), this one should go down in profiles. > 1.508888 system_call > 1.469183 tcp_current_mss Yes there is a divide that might be expensive. discussion on netdev. > 1.431553 tcp_transmit_skb > 1.385125 tcp_sendmsg > 1.327643 tcp_v4_rcv > 1.292328 nf_hook_thresh > 1.203205 schedule > 1.059501 nf_hook_slow > 1.027373 constant_test_bit > 0.945183 sock_rfree > 0.922748 __switch_to > 0.911605 netif_rx > 0.876270 register_gifconf > 0.788200 ip_local_deliver_finish > 0.781467 dev_queue_xmit > 0.766530 constant_test_bit > 0.758208 _local_bh_enable_ip > 0.747184 load_cr3 > 0.704341 memset_c > 0.671260 sysret_check > 0.651845 ip_finish_output2 > 0.620204 audit_free_names
WARNING: multiple messages have this Message-ID (diff)
From: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org> To: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org> Cc: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>, David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, rjw-KKrjLPT3xs0@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, efault-Mmb7MZpHnFY@public.gmane.org, a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org, Stephen Hemminger <shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org> Subject: Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Date: Mon, 17 Nov 2008 20:30:43 +0100 [thread overview] Message-ID: <4921C663.2050003@cosmosbay.com> (raw) In-Reply-To: <20081117184951.GA5585-X9Un+BFzKDI@public.gmane.org> Ingo Molnar a écrit : > * Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org> wrote: > > 4> The place for the sock_rfree() hit looks a bit weird, and i'll >> investigate it now a bit more to place the real overhead point >> properly. (i already mapped the test-bit overhead: that comes from >> napi_disable_pending()) > > ok, here's a new set of profiles. (again for tbench 64-thread on a > 16-way box, with v2.6.28-rc5-19-ge14c8bf and with the kernel config i > posted before.) > > Here are the per major subsystem percentages: > > NET overhead ( 5786945/10096751): 57.31% > security overhead ( 925933/10096751): 9.17% > usercopy overhead ( 837887/10096751): 8.30% > sched overhead ( 753662/10096751): 7.46% > syscall overhead ( 268809/10096751): 2.66% > IRQ overhead ( 266500/10096751): 2.64% > slab overhead ( 180258/10096751): 1.79% > timer overhead ( 92986/10096751): 0.92% > pagealloc overhead ( 87381/10096751): 0.87% > VFS overhead ( 53295/10096751): 0.53% > PID overhead ( 44469/10096751): 0.44% > pagecache overhead ( 33452/10096751): 0.33% > gtod overhead ( 11064/10096751): 0.11% > IDLE overhead ( 0/10096751): 0.00% > --------------------------------------------------------- > left ( 753878/10096751): 7.47% > > The breakdown is very similar to what i sent before, within noise. > > [ 'left' is random overhead from all around the place - i categorized > the 500 most expensive functions in the profile per subsystem. > I stopped short of doing it for all 1300+ functions: it's rather > laborous manual work even with hefty use of regex patterns. > It's also less meaningful in practice: the trend in the first 500 > functions is present in the remaining 800 functions as well. I > watched the breakdown evolve as i increased the coverage - in > practice it is the first 100 functions that matter - it just doesnt > change after that. ] > > The readprofile output below seems structured in a more useful way now > - i tweaked compiler options to have the profiler hits spread out in a > more meaningful way. I collected 10 million NMI profiler hits, and > normalized the readprofile output up to 100%. > > [ I'll post per function analysis as i complete them, as a reply to > this mail. ] > > Ingo > > 100.000000 total > ................ > 7.253355 copy_user_generic_string > 3.934833 avc_has_perm_noaudit > 3.356152 ip_queue_xmit > 3.038025 skb_release_data > 2.118525 skb_release_head_state > 1.997533 tcp_ack > 1.833688 tcp_recvmsg > 1.717771 eth_type_trans Strange, in my profile, eth_type_trans is not in the top 20 Maybe an alignment problem ? Oh, I understand, you hit the netdevice->last_rx update probblem, already corrected on net-next-2.6 > 1.673249 __inet_lookup_established TCP established/timewait table is now RCUified (for linux-2.6.29), this one should go down in profiles. > 1.508888 system_call > 1.469183 tcp_current_mss Yes there is a divide that might be expensive. discussion on netdev. > 1.431553 tcp_transmit_skb > 1.385125 tcp_sendmsg > 1.327643 tcp_v4_rcv > 1.292328 nf_hook_thresh > 1.203205 schedule > 1.059501 nf_hook_slow > 1.027373 constant_test_bit > 0.945183 sock_rfree > 0.922748 __switch_to > 0.911605 netif_rx > 0.876270 register_gifconf > 0.788200 ip_local_deliver_finish > 0.781467 dev_queue_xmit > 0.766530 constant_test_bit > 0.758208 _local_bh_enable_ip > 0.747184 load_cr3 > 0.704341 memset_c > 0.671260 sysret_check > 0.651845 ip_finish_output2 > 0.620204 audit_free_names
next prev parent reply other threads:[~2008-11-17 19:31 UTC|newest] Thread overview: 419+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-11-16 17:38 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki 2008-11-16 17:38 ` Rafael J. Wysocki 2008-11-16 17:38 ` [Bug #11207] VolanoMark regression with 2.6.27-rc1 Rafael J. Wysocki 2008-11-16 17:38 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11215] INFO: possible recursive locking detected ps2_command Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-17 9:06 ` Ingo Molnar 2008-11-17 9:06 ` Ingo Molnar 2008-11-17 9:14 ` David Miller 2008-11-17 9:14 ` David Miller 2008-11-17 11:01 ` Ingo Molnar 2008-11-17 11:01 ` Ingo Molnar 2008-11-17 11:20 ` Eric Dumazet 2008-11-17 16:11 ` Ingo Molnar 2008-11-17 16:11 ` Ingo Molnar 2008-11-17 16:35 ` Eric Dumazet 2008-11-17 16:35 ` Eric Dumazet 2008-11-17 17:08 ` Ingo Molnar 2008-11-17 17:08 ` Ingo Molnar 2008-11-17 17:25 ` Ingo Molnar 2008-11-17 17:25 ` Ingo Molnar 2008-11-17 17:33 ` Eric Dumazet 2008-11-17 17:33 ` Eric Dumazet 2008-11-17 17:38 ` Linus Torvalds 2008-11-17 17:38 ` Linus Torvalds 2008-11-17 17:42 ` Eric Dumazet 2008-11-17 17:42 ` Eric Dumazet 2008-11-17 18:23 ` Ingo Molnar 2008-11-17 18:23 ` Ingo Molnar 2008-11-17 18:33 ` Linus Torvalds 2008-11-17 18:33 ` Linus Torvalds 2008-11-17 18:49 ` Ingo Molnar 2008-11-17 18:49 ` Ingo Molnar 2008-11-17 19:30 ` Eric Dumazet [this message] 2008-11-17 19:30 ` Eric Dumazet 2008-11-17 19:39 ` David Miller 2008-11-17 19:39 ` David Miller 2008-11-17 19:43 ` Eric Dumazet 2008-11-17 19:43 ` Eric Dumazet 2008-11-17 19:55 ` Linus Torvalds 2008-11-17 19:55 ` Linus Torvalds 2008-11-17 20:16 ` David Miller 2008-11-17 20:16 ` David Miller 2008-11-17 20:30 ` Linus Torvalds 2008-11-17 20:30 ` Linus Torvalds 2008-11-17 20:58 ` David Miller 2008-11-17 20:58 ` David Miller 2008-11-18 9:44 ` Nick Piggin 2008-11-18 9:44 ` Nick Piggin 2008-11-18 15:58 ` Linus Torvalds 2008-11-18 15:58 ` Linus Torvalds 2008-11-19 4:31 ` Nick Piggin 2008-11-20 9:14 ` David Miller 2008-11-20 9:14 ` David Miller 2008-11-20 9:06 ` David Miller 2008-11-20 9:06 ` David Miller 2008-11-18 12:29 ` Mike Galbraith 2008-11-18 12:29 ` Mike Galbraith 2008-11-17 19:57 ` Ingo Molnar 2008-11-17 19:57 ` Ingo Molnar 2008-11-17 20:20 ` (avc_has_perm_noaudit()) " Ingo Molnar 2008-11-17 20:20 ` Ingo Molnar 2008-11-17 20:32 ` ip_queue_xmit(): " Ingo Molnar 2008-11-17 20:32 ` Ingo Molnar 2008-11-17 20:57 ` Eric Dumazet 2008-11-17 20:57 ` Eric Dumazet 2008-11-18 9:12 ` Nick Piggin 2008-11-17 20:47 ` Ingo Molnar 2008-11-17 20:47 ` Ingo Molnar 2008-11-17 20:56 ` Eric Dumazet 2008-11-17 20:56 ` Eric Dumazet 2008-11-17 20:55 ` skb_release_head_state(): " Ingo Molnar 2008-11-17 20:55 ` Ingo Molnar 2008-11-17 21:01 ` David Miller 2008-11-17 21:01 ` David Miller 2008-11-17 21:04 ` Eric Dumazet 2008-11-17 21:04 ` Eric Dumazet 2008-11-17 21:34 ` Linus Torvalds 2008-11-17 21:34 ` Linus Torvalds 2008-11-17 21:38 ` Ingo Molnar 2008-11-17 21:38 ` Ingo Molnar 2008-11-17 21:09 ` tcp_ack(): " Ingo Molnar 2008-11-17 21:09 ` Ingo Molnar 2008-11-17 21:19 ` tcp_recvmsg(): " Ingo Molnar 2008-11-17 21:19 ` Ingo Molnar 2008-11-17 21:26 ` eth_type_trans(): " Ingo Molnar 2008-11-17 21:26 ` Ingo Molnar 2008-11-17 21:40 ` Eric Dumazet 2008-11-17 21:40 ` Eric Dumazet 2008-11-17 23:41 ` Eric Dumazet 2008-11-17 23:41 ` Eric Dumazet 2008-11-18 0:01 ` Linus Torvalds 2008-11-18 0:01 ` Linus Torvalds 2008-11-18 8:35 ` Eric Dumazet 2008-11-17 21:52 ` Linus Torvalds 2008-11-17 21:52 ` Linus Torvalds 2008-11-18 5:16 ` David Miller 2008-11-18 5:16 ` David Miller 2008-11-18 5:35 ` Eric Dumazet 2008-11-18 7:00 ` David Miller 2008-11-18 7:00 ` David Miller 2008-11-18 8:30 ` Ingo Molnar 2008-11-18 8:30 ` Ingo Molnar 2008-11-18 8:49 ` Eric Dumazet 2008-11-18 8:49 ` Eric Dumazet 2008-11-17 21:35 ` __inet_lookup_established(): " Ingo Molnar 2008-11-17 21:35 ` Ingo Molnar 2008-11-17 22:14 ` Eric Dumazet 2008-11-17 22:14 ` Eric Dumazet 2008-11-17 21:59 ` system_call() - " Ingo Molnar 2008-11-17 21:59 ` Ingo Molnar 2008-11-17 22:09 ` Linus Torvalds 2008-11-17 22:09 ` Linus Torvalds 2008-11-17 22:08 ` Ingo Molnar 2008-11-17 22:15 ` Eric Dumazet 2008-11-17 22:15 ` Eric Dumazet 2008-11-17 22:26 ` Ingo Molnar 2008-11-17 22:26 ` Ingo Molnar 2008-11-17 22:39 ` Eric Dumazet 2008-11-17 22:39 ` Eric Dumazet 2008-11-18 5:23 ` David Miller 2008-11-18 5:23 ` David Miller 2008-11-18 8:45 ` Ingo Molnar 2008-11-18 8:45 ` Ingo Molnar 2008-11-17 22:14 ` tcp_transmit_skb() - " Ingo Molnar 2008-11-17 22:14 ` Ingo Molnar 2008-11-17 22:19 ` Ingo Molnar 2008-11-17 22:19 ` Ingo Molnar 2008-11-17 19:36 ` David Miller 2008-11-17 19:36 ` David Miller 2008-11-17 19:31 ` David Miller 2008-11-17 19:31 ` David Miller 2008-11-17 19:47 ` Linus Torvalds 2008-11-17 19:47 ` Linus Torvalds 2008-11-17 19:51 ` David Miller 2008-11-17 19:51 ` David Miller 2008-11-17 19:53 ` Ingo Molnar 2008-11-17 19:53 ` Ingo Molnar 2008-11-17 22:47 ` Ingo Molnar 2008-11-17 22:47 ` Ingo Molnar 2008-11-17 19:21 ` David Miller 2008-11-17 19:21 ` David Miller 2008-11-17 19:48 ` Linus Torvalds 2008-11-17 19:48 ` Linus Torvalds 2008-11-17 19:52 ` David Miller 2008-11-17 19:52 ` David Miller 2008-11-17 19:57 ` Linus Torvalds 2008-11-17 19:57 ` Linus Torvalds 2008-11-17 20:18 ` David Miller 2008-11-17 20:18 ` David Miller 2008-11-19 19:43 ` Christoph Lameter 2008-11-19 19:43 ` Christoph Lameter 2008-11-19 20:14 ` Ingo Molnar 2008-11-19 20:14 ` Ingo Molnar 2008-11-20 23:52 ` Christoph Lameter 2008-11-20 23:52 ` Christoph Lameter 2008-11-21 8:30 ` Ingo Molnar 2008-11-21 8:30 ` Ingo Molnar 2008-11-21 8:51 ` Eric Dumazet 2008-11-21 8:51 ` Eric Dumazet 2008-11-21 9:05 ` David Miller 2008-11-21 9:05 ` David Miller 2008-11-21 12:51 ` Eric Dumazet 2008-11-21 12:51 ` Eric Dumazet 2008-11-21 15:13 ` [PATCH] fs: pipe/sockets/anon dentries should not have a parent Eric Dumazet 2008-11-21 15:13 ` Eric Dumazet 2008-11-21 15:21 ` Ingo Molnar 2008-11-21 15:21 ` Ingo Molnar 2008-11-21 15:28 ` Eric Dumazet 2008-11-21 15:28 ` Eric Dumazet 2008-11-21 15:34 ` Ingo Molnar 2008-11-21 15:34 ` Ingo Molnar 2008-11-26 23:27 ` [PATCH 0/6] fs: Scalability of sockets/pipes allocation/deallocation on SMP Eric Dumazet 2008-11-27 1:37 ` Christoph Lameter 2008-11-27 1:37 ` Christoph Lameter 2008-11-27 6:27 ` Eric Dumazet 2008-11-27 6:27 ` Eric Dumazet 2008-11-27 14:44 ` Christoph Lameter 2008-11-27 14:44 ` Christoph Lameter 2008-11-27 9:39 ` Christoph Hellwig 2008-11-28 18:03 ` Ingo Molnar 2008-11-28 18:47 ` Peter Zijlstra 2008-11-28 18:47 ` Peter Zijlstra 2008-11-29 6:38 ` Christoph Hellwig 2008-11-29 6:38 ` Christoph Hellwig 2008-11-29 8:07 ` Eric Dumazet 2008-11-29 8:07 ` Eric Dumazet 2008-11-29 8:43 ` [PATCH v2 0/5] " Eric Dumazet 2008-11-29 8:43 ` Eric Dumazet 2008-12-11 22:38 ` [PATCH v3 0/7] " Eric Dumazet 2008-12-11 22:38 ` Eric Dumazet 2008-12-11 22:38 ` [PATCH v3 1/7] fs: Use a percpu_counter to track nr_dentry Eric Dumazet 2008-12-11 22:38 ` Eric Dumazet 2007-07-24 1:24 ` Nick Piggin 2007-07-24 1:24 ` Nick Piggin 2008-12-16 21:04 ` Paul E. McKenney 2008-12-16 21:04 ` Paul E. McKenney 2008-12-11 22:39 ` [PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes Eric Dumazet 2008-12-11 22:39 ` Eric Dumazet 2007-07-24 1:30 ` Nick Piggin 2007-07-24 1:30 ` Nick Piggin 2008-12-12 5:11 ` Eric Dumazet 2008-12-12 5:11 ` Eric Dumazet 2008-12-16 21:10 ` Paul E. McKenney 2008-12-16 21:10 ` Paul E. McKenney 2008-12-11 22:39 ` [PATCH v3 3/7] fs: Introduce a per_cpu last_ino allocator Eric Dumazet 2008-12-11 22:39 ` Eric Dumazet 2007-07-24 1:34 ` Nick Piggin 2007-07-24 1:34 ` Nick Piggin 2008-12-16 21:26 ` Paul E. McKenney 2008-12-16 21:26 ` Paul E. McKenney 2008-12-11 22:39 ` [PATCH v3 4/7] fs: Introduce SINGLE dentries for pipes, socket, anon fd Eric Dumazet 2008-12-11 22:39 ` Eric Dumazet 2008-12-16 21:40 ` Paul E. McKenney 2008-12-16 21:40 ` Paul E. McKenney 2008-12-11 22:40 ` [PATCH v3 5/7] fs: new_inode_single() and iput_single() Eric Dumazet 2008-12-11 22:40 ` Eric Dumazet 2008-12-16 21:41 ` Paul E. McKenney 2008-12-16 21:41 ` Paul E. McKenney 2008-12-11 22:40 ` [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU Eric Dumazet 2008-12-11 22:40 ` Eric Dumazet 2007-07-24 1:13 ` Nick Piggin 2007-07-24 1:13 ` Nick Piggin 2007-07-24 1:13 ` Nick Piggin 2008-12-12 2:50 ` Nick Piggin 2008-12-12 2:50 ` Nick Piggin 2008-12-12 4:45 ` Eric Dumazet 2008-12-12 4:45 ` Eric Dumazet 2008-12-12 16:48 ` Eric Dumazet 2008-12-12 16:48 ` Eric Dumazet 2008-12-13 2:07 ` Christoph Lameter 2008-12-13 2:07 ` Christoph Lameter 2008-12-17 20:25 ` Eric Dumazet 2008-12-17 20:25 ` Eric Dumazet 2008-12-13 1:41 ` Christoph Lameter 2008-12-13 1:41 ` Christoph Lameter 2008-12-11 22:41 ` [PATCH v3 7/7] fs: MS_NOREFCOUNT Eric Dumazet 2008-12-11 22:41 ` Eric Dumazet 2008-11-29 8:43 ` [PATCH v2 1/5] fs: Use a percpu_counter to track nr_dentry Eric Dumazet 2008-11-29 8:43 ` Eric Dumazet 2008-11-29 8:43 ` [PATCH v2 2/5] fs: Use a percpu_counter to track nr_inodes Eric Dumazet 2008-11-29 8:43 ` Eric Dumazet 2008-11-29 8:44 ` [PATCH v2 3/5] fs: Introduce a per_cpu last_ino allocator Eric Dumazet 2008-11-29 8:44 ` Eric Dumazet 2008-11-29 8:44 ` [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd Eric Dumazet 2008-11-29 8:44 ` Eric Dumazet 2008-11-29 10:38 ` Jörn Engel 2008-11-29 10:38 ` Jörn Engel 2008-11-29 10:38 ` Jörn Engel 2008-11-29 11:14 ` Eric Dumazet 2008-11-29 11:14 ` Eric Dumazet 2008-11-29 8:45 ` [PATCH v2 5/5] fs: new_inode_single() and iput_single() Eric Dumazet 2008-11-29 8:45 ` Eric Dumazet 2008-11-29 11:14 ` Jörn Engel 2008-11-29 11:14 ` Jörn Engel 2008-11-29 11:14 ` Jörn Engel 2008-11-26 23:30 ` [PATCH 1/6] fs: Introduce a per_cpu nr_dentry Eric Dumazet 2008-11-26 23:30 ` Eric Dumazet 2008-11-27 9:41 ` Christoph Hellwig 2008-11-27 9:41 ` Christoph Hellwig 2008-11-26 23:32 ` [PATCH 3/6] fs: Introduce a per_cpu last_ino allocator Eric Dumazet 2008-11-27 9:46 ` Christoph Hellwig 2008-11-27 9:46 ` Christoph Hellwig 2008-11-26 23:32 ` [PATCH 4/6] fs: Introduce a per_cpu nr_inodes Eric Dumazet 2008-11-26 23:32 ` Eric Dumazet 2008-11-27 9:32 ` Peter Zijlstra 2008-11-27 9:39 ` Peter Zijlstra 2008-11-27 9:39 ` Peter Zijlstra 2008-11-27 9:48 ` Christoph Hellwig 2008-11-27 10:01 ` Eric Dumazet 2008-11-27 10:01 ` Eric Dumazet 2008-11-27 10:07 ` Andi Kleen 2008-11-27 14:46 ` Christoph Lameter 2008-11-26 23:32 ` [PATCH 5/6] fs: Introduce special inodes Eric Dumazet 2008-11-26 23:32 ` Eric Dumazet 2008-11-27 8:20 ` David Miller 2008-11-27 8:20 ` David Miller 2008-11-26 23:32 ` [PATCH 6/6] fs: Introduce kern_mount_special() to mount special vfs Eric Dumazet 2008-11-27 8:21 ` David Miller 2008-11-27 8:21 ` David Miller 2008-11-27 9:53 ` Christoph Hellwig 2008-11-27 10:04 ` Eric Dumazet 2008-11-27 10:04 ` Eric Dumazet 2008-11-27 10:10 ` Christoph Hellwig 2008-11-27 10:10 ` Christoph Hellwig 2008-11-28 9:26 ` Al Viro 2008-11-28 9:26 ` Al Viro 2008-11-28 9:34 ` Al Viro 2008-11-28 9:34 ` Al Viro 2008-11-28 18:02 ` Ingo Molnar 2008-11-28 18:02 ` Ingo Molnar 2008-11-28 18:58 ` Ingo Molnar 2008-11-28 22:20 ` Eric Dumazet 2008-11-28 22:20 ` Eric Dumazet 2008-11-28 22:37 ` Eric Dumazet 2008-11-28 22:43 ` Eric Dumazet 2008-11-21 15:36 ` [PATCH] fs: pipe/sockets/anon dentries should not have a parent Christoph Hellwig 2008-11-21 17:58 ` [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent Eric Dumazet 2008-11-21 18:43 ` Matthew Wilcox 2008-11-21 18:43 ` Matthew Wilcox 2008-11-23 3:53 ` Eric Dumazet 2008-11-21 9:18 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Ingo Molnar 2008-11-21 9:18 ` Ingo Molnar 2008-11-21 9:03 ` David Miller 2008-11-21 9:03 ` David Miller 2008-11-21 16:11 ` Christoph Lameter 2008-11-21 16:11 ` Christoph Lameter 2008-11-21 18:06 ` Christoph Lameter 2008-11-21 18:06 ` Christoph Lameter 2008-11-21 18:16 ` Eric Dumazet 2008-11-21 18:16 ` Eric Dumazet 2008-11-21 18:19 ` Eric Dumazet 2008-11-21 18:19 ` Eric Dumazet 2008-11-16 17:40 ` [Bug #11664] acpi errors and random freeze on sony vaio sr Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11698] 2.6.27-rc7, freezes with > 1 s2ram cycle Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-17 16:19 ` Randy Dunlap 2008-11-16 17:40 ` [Bug #11569] Panic stop CPUs regression Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11543] kernel panic: softlockup in tick_periodic() ??? Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11836] Scheduler on C2D CPU and latest 2.6.27 kernel Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11805] mounting XFS produces a segfault Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-17 14:44 ` Christoph Hellwig 2008-11-17 14:44 ` Christoph Hellwig 2008-11-16 17:40 ` [Bug #11795] ks959-sir dongle no longer works under 2.6.27 (REGRESSION) Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11865] WOL for E100 Doesn't Work Anymore Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11843] usb hdd problems with 2.6.27.2 Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 21:37 ` Luciano Rocha 2008-11-16 17:40 ` [Bug #11876] RCU hang on cpu re-hotplug with 2.6.27rc8 Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:40 ` [Bug #11886] without serial console system doesn't poweroff Rafael J. Wysocki 2008-11-16 17:40 ` Rafael J. Wysocki 2008-11-16 17:41 ` [Bug #12039] Regression: USB/DVB 2.6.26.8 --> 2.6.27.6 Rafael J. Wysocki 2008-11-16 17:41 ` Rafael J. Wysocki 2008-11-16 17:41 ` [Bug #11983] iwlagn: wrong command queue 31, command id 0x0 Rafael J. Wysocki 2008-11-16 17:41 ` Rafael J. Wysocki 2008-11-16 17:41 ` [Bug #12048] Regression in bonding between 2.6.26.8 and 2.6.27.6 Rafael J. Wysocki 2008-11-16 17:41 ` Rafael J. Wysocki -- strict thread matches above, loose matches on Subject: below -- 2008-11-09 19:40 2.6.28-rc3-git6: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki 2008-11-09 19:43 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-11-09 19:43 ` Rafael J. Wysocki 2008-11-02 16:47 2.6.28-rc2-git7: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki 2008-11-02 16:49 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-11-02 16:49 ` Rafael J. Wysocki 2008-10-25 21:04 2.6.28-rc1-git1: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki 2008-10-25 21:07 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-10-25 21:07 ` Rafael J. Wysocki 2008-10-04 17:28 2.6.27-rc8-git7: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-10-04 17:32 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-10-04 17:32 ` Rafael J. Wysocki 2008-09-21 18:52 2.6.27-rc6-git6: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-09-21 18:54 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-09-21 18:54 ` Rafael J. Wysocki 2008-09-12 18:59 2.6.27-rc6-git2: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-09-12 19:06 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-09-12 19:06 ` Rafael J. Wysocki 2008-09-12 22:05 ` Christoph Lameter 2008-09-12 22:05 ` Christoph Lameter 2008-09-13 11:44 ` Mike Galbraith 2008-09-13 11:44 ` Mike Galbraith 2008-09-13 11:57 ` Mike Galbraith 2008-09-13 11:57 ` Mike Galbraith 2008-09-14 6:24 ` Mike Galbraith 2008-09-14 6:24 ` Mike Galbraith 2008-09-14 7:02 ` Mike Galbraith 2008-09-14 7:02 ` Mike Galbraith 2008-09-14 14:18 ` Christoph Lameter 2008-09-14 14:18 ` Christoph Lameter 2008-09-14 19:51 ` Mike Galbraith 2008-09-14 19:51 ` Mike Galbraith 2008-09-15 10:44 ` Mike Galbraith 2008-09-15 10:44 ` Mike Galbraith 2008-09-16 12:28 ` Mike Galbraith 2008-09-16 12:28 ` Mike Galbraith 2008-09-16 14:07 ` Ilpo Järvinen 2008-09-16 14:07 ` Ilpo Järvinen 2008-09-17 4:39 ` Mike Galbraith 2008-09-17 4:39 ` Mike Galbraith 2008-09-17 5:01 ` Mike Galbraith 2008-09-17 5:01 ` Mike Galbraith 2008-09-17 10:40 ` Ingo Molnar 2008-09-17 10:40 ` Ingo Molnar 2008-09-17 11:41 ` Mike Galbraith 2008-09-17 11:41 ` Mike Galbraith 2008-09-17 12:49 ` Ingo Molnar 2008-09-17 12:49 ` Ingo Molnar 2008-09-17 13:11 ` Mike Galbraith 2008-09-17 13:11 ` Mike Galbraith 2008-09-17 13:36 ` Ilpo Järvinen 2008-09-17 13:36 ` Ilpo Järvinen 2008-09-17 13:57 ` Mike Galbraith 2008-09-17 13:57 ` Mike Galbraith 2008-09-17 17:04 ` Ilpo Järvinen 2008-09-17 17:04 ` Ilpo Järvinen 2008-09-18 7:12 ` Mike Galbraith 2008-09-18 7:12 ` Mike Galbraith 2008-09-18 7:25 ` Mike Galbraith 2008-09-18 7:25 ` Mike Galbraith 2008-09-18 7:58 ` Ilpo Järvinen 2008-09-18 7:58 ` Ilpo Järvinen 2008-09-17 14:47 ` Eric Dumazet 2008-09-17 14:47 ` Eric Dumazet 2008-09-17 14:50 ` Eric Dumazet 2008-09-17 14:50 ` Eric Dumazet 2008-09-17 18:16 ` Mike Galbraith 2008-09-17 18:16 ` Mike Galbraith 2008-09-06 21:24 2.6.27-rc5-git8: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-09-06 21:30 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-09-06 21:30 ` Rafael J. Wysocki 2008-08-30 19:46 2.6.27-rc5-git2: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-08-30 19:50 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-08-30 19:50 ` Rafael J. Wysocki 2008-08-23 18:07 2.6.27-rc4-git1: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-08-23 18:10 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-08-23 18:10 ` Rafael J. Wysocki 2008-08-16 19:00 2.6.27-rc3-git3: Reported regressions from 2.6.26 Rafael J. Wysocki 2008-08-16 19:02 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki 2008-08-16 19:02 ` Rafael J. Wysocki
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4921C663.2050003@cosmosbay.com \ --to=dada1@cosmosbay.com \ --cc=a.p.zijlstra@chello.nl \ --cc=cl@linux-foundation.org \ --cc=davem@davemloft.net \ --cc=efault@gmx.de \ --cc=kernel-testers@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mingo@elte.hu \ --cc=rjw@sisk.pl \ --cc=shemminger@vyatta.com \ --cc=torvalds@linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.