From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 16:23:02 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1ED216A407 for ; Thu, 21 Dec 2006 16:23:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0713C45B for ; Thu, 21 Dec 2006 16:23:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qjylqn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBLGMU1T093374; Thu, 21 Dec 2006 17:22:35 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBLGMUt5093373; Thu, 21 Dec 2006 17:22:30 +0100 (CET) (envelope-from olli) Date: Thu, 21 Dec 2006 17:22:30 +0100 (CET) Message-Id: <200612211622.kBLGMUt5093373@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, pieter@degoeje.nl In-Reply-To: <200612211620.03590.pieter@degoeje.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Dec 2006 17:22:35 +0100 (CET) Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, pieter@degoeje.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 16:23:02 -0000 Pieter de Goeje wrote: > Mark Kirkwood wrote: > > Pieter de Goeje wrote: > > > Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz > > > Athlon64. It imagine there are quite a few extra things done when copying > > On second thought, this is wrong because /dev/zero isn't a real block > of memory It _is_ a real block of memory. To be exact, it's called zbuf[] in src/sys/dev/null/null.c. It's the size of one page (4 KB or 8 KB, depending on architecture). When some program reads from the zero device, that block is copied repeatedly from kernel space to user space. > so these results say nothing about memory I/O speed because > all data is in (cpu) cache. That's true. The test rather benchmarks the CPU, the cache and the overhead involved when copying data between kernel and user space. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way.