From: Laurent Vivier <Laurent.Vivier@bull.net>
To: Mingming Cao <cmm@us.ibm.com>
Cc: Arjan van de Ven <arjan@infradead.org>,
Ravikiran G Thirumalai <kiran@scalex86.org>,
Andrew Morton <akpm@osdl.org>, Takashi Sato <sho@tnes.nec.co.jp>,
linux-kernel@vger.kernel.org,
ext2-devel <ext2-devel@lists.sourceforge.net>,
linux-fsdevel@vger.kernel.org
Subject: Re: [Ext2-devel] Re: [RFC][PATCH 0/2]Extend ext3 filesystem limit from 8TB to 16TB
Date: Fri, 21 Apr 2006 13:17:13 +0200 [thread overview]
Message-ID: <1145618233.7795.13.camel@openx2.frec.bull.fr> (raw)
In-Reply-To: <1145543970.5872.38.camel@openx2.frec.bull.fr>
[-- Attachment #1: Type: text/plain, Size: 1905 bytes --]
Le jeu 20/04/2006 à 16:39, Laurent Vivier a écrit :
> The functions added by my patch are following and as they are atomic
> (one machine instruction) they are not measurable and don't appears in
> oprofile.
>
> atomic_long_add
> atomic_long_read
> atomic_long_set
> atomic_long_inc
I think, as these commands are atomic/inlined we should measure the time
of the functions modified by the patches.
The functions modified by the patch are:
ext3_free_blocks_sb
ext3_has_free_blocks
ext3_new_block
ext3_put_super
ext3_fill_super
ext3_fill_super
ext3_free_inode
find_group_dir
find_group_orlov
ext3_new_inode
ext3_group_add
If we make a "grep" on tiobench oprofile.out, we have:
atomic_t:
26919 0.0119 vmlinux vmlinux ext3_new_block
2195 9.7e-04 vmlinux vmlinux ext3_free_blocks_sb
1192 5.2e-04 vmlinux vmlinux ext3_has_free_blocks
189 8.3e-05 vmlinux vmlinux ext3_new_inode
40 1.8e-05 vmlinux vmlinux ext3_free_inode
2 8.8e-07 vmlinux vmlinux find_group_orlov
percpu_counter:
16290 0.0067 vmlinux vmlinux ext3_new_block
2075 8.5e-04 vmlinux vmlinux ext3_free_blocks_sb
428 1.8e-04 vmlinux vmlinux ext3_has_free_blocks
162 6.7e-05 vmlinux vmlinux ext3_new_inode
25 1.0e-05 vmlinux vmlinux ext3_free_inode
As we can using atomic_long_t is slower than percpu_counter so ...
forget my patch.
Regards,
Laurent
--
Laurent Vivier
Bull, Architect of an Open World (TM)
http://www.bullopensource.org/ext4
[-- Attachment #2: Ceci est une partie de message numériquement signée. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-04-21 11:17 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20060325223358sho@rifu.tnes.nec.co.jp>
[not found] ` <1143485147.3970.23.camel@dyn9047017067.beaverton.ibm.com>
[not found] ` <20060327131049.2c6a5413.akpm@osdl.org>
[not found] ` <20060327225847.GC3756@localhost.localdomain>
[not found] ` <1143530126.11560.6.camel@openx2.frec.bull.fr>
[not found] ` <1143568905.3935.13.camel@dyn9047017067.beaverton.ibm.com>
[not found] ` <1143623605.5046.11.camel@openx2.frec.bull.fr>
2006-03-30 1:38 ` [RFC][PATCH 0/2]Extend ext3 filesystem limit from 8TB to 16TB Mingming Cao
2006-03-30 1:54 ` Andrew Morton
2006-03-31 22:42 ` Mingming Cao
2006-04-02 20:13 ` Mingming Cao
2006-04-10 9:11 ` [Ext2-devel] " Laurent Vivier
2006-04-10 8:24 ` Andrew Morton
2006-04-13 15:26 ` Laurent Vivier
2006-04-17 21:07 ` Ravikiran G Thirumalai
2006-04-17 21:09 ` Arjan van de Ven
2006-04-17 21:32 ` Ravikiran G Thirumalai
2006-04-18 7:14 ` Laurent Vivier
2006-04-18 7:30 ` [Ext2-devel] " Arjan van de Ven
2006-04-18 10:57 ` Laurent Vivier
2006-04-18 19:08 ` Ravikiran G Thirumalai
2006-04-18 14:09 ` Laurent Vivier
2006-04-18 21:01 ` [Ext2-devel] " Mingming Cao
2006-04-20 11:28 ` Laurent Vivier
2006-04-20 14:39 ` Laurent Vivier
2006-04-21 11:17 ` Laurent Vivier [this message]
2006-04-10 16:57 ` [Ext2-devel] " Mingming Cao
2006-04-10 19:06 ` Mingming Cao
2006-04-11 7:07 ` Laurent Vivier
2006-04-14 17:23 ` [Ext2-devel] " Ravikiran G Thirumalai
2006-03-30 17:36 ` Andreas Dilger
2006-03-30 19:01 ` Mingming Cao
2006-03-30 17:40 ` Andreas Dilger
2006-03-30 19:16 ` Mingming Cao
2006-03-30 19:22 ` Mingming Cao
2006-03-31 6:42 ` Andreas Dilger
2006-03-31 13:33 ` Andi Kleen
2006-04-01 6:50 ` Nathan Scott
2006-05-26 5:00 ` [PATCH 0/2]Define ext3 in-kernel filesystem block types and extend " Mingming Cao
2006-05-26 18:08 ` Andrew Morton
2006-05-30 17:55 ` Mingming Cao
2006-03-30 1:39 ` [RFC][PATCH 1/2]ext3 block allocation/reservation fixes to support 2**32 block numbers Mingming Cao
2006-03-30 1:39 ` [RFC][PATCH 2/2]Other ext3 in-kernel block number type fix " Mingming Cao
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=1145618233.7795.13.camel@openx2.frec.bull.fr \
--to=laurent.vivier@bull.net \
--cc=akpm@osdl.org \
--cc=arjan@infradead.org \
--cc=cmm@us.ibm.com \
--cc=ext2-devel@lists.sourceforge.net \
--cc=kiran@scalex86.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sho@tnes.nec.co.jp \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).