linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 --]

  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).