Re: Net device byte statistics

From: Jeff Sipek (jeffpc_at_optonline.net)
Date: 07/25/03

  • Next message: rwhron_at_earthlink.net: "Re: dbench has intermittent hang on 2.6.0-test1-ac2" 
    Date:	Thu, 24 Jul 2003 23:49:40 -0400
To: Bernd Eckenfels <ecki@calista.eckenfels.6bone.ka-ip.net>, linux-kernel@vger.kernel.org

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    On Thursday 24 July 2003 23:26, Bernd Eckenfels wrote:
    > In article <200307250437.50928.fredrik@dolda2000.cjb.net> you wrote:
    > > I almost thought that would be it. I do understand that that code needs
    > > to be really clean, but, correct me if I'm wrong, but isn't GCC's long
    > > long implementation efficient enough to only add minimal overhead to
    > > that?
    >
    > I think there is mainly an issue with atomic incremets. I am not sure if
    > the counter can be incremeted concurrently, or if the code path would be
    > serialized, but there is always the reading side, which may need to retry
    > an read. Besides that, the counter is in the fast path, so it will add some
    > delay to packet handling.
    >
    > I guess a 64bit implementation will need to be a per-cpu solution.

    I am actually working on it.

    Jeff.

    - --
    You measure democracy by the freedom it gives its dissidents, not the
    freedom it gives its assimilated conformists.
                    - Abbie Hoffman
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.2 (GNU/Linux)

    iD8DBQE/IKjYwFP0+seVj/4RAi30AKCKSue0MzoXXggx0BJriERW5DXpIQCg1ECY
    ZDgy8Dra96jzj4zJz/pGAW0=
    =wuhA
    -----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/

  • Next message: rwhron_at_earthlink.net: "Re: dbench has intermittent hang on 2.6.0-test1-ac2"

    Relevant Pages

    • Re: Net device byte statistics
      ... I do understand that that code needs to be ... I think there is mainly an issue with atomic incremets. ... or if the code path would be ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.8-rc2-mm2, schedstat-2.6.8-rc2-mm2-A4.patch
      ... > it looks good in principle, but this code needs a couple of cleanups ... I dropped the three schedstats patches, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] Xen/i386 cleanups - AGP bus/phys cleanups
      ... The code needs platform specific goodies. ... > been burned so far because there isn't a box with an IOMMU and AGPGART ... That sounds like a good way to make AGP accesses slower. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC] [PATCH] kmem_alloc (generic wrapper for kmalloc and vmalloc)
      ... A good patch would be fixing places where you see this. ... >>Code needs to conscientiously decide to use vmalloc over kmalloc. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)