This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Sat Apr 20 03:18:46 2024 Received: from nic.funet.fi (nic.funet.fi [193.166.0.145]) by herbie.ucs.indiana.edu (8.10.1/8.10.1) with ESMTP id e6HL9bl00265 for ; Mon, 17 Jul 2000 16:09:38 -0500 (EST) Received: from vger.rutgers.edu ([128.6.190.2]:8427 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]" smtp-auth: TLS-CIPHER: ) by nic.funet.fi with ESMTP id ; Tue, 18 Jul 2000 00:08:36 +0300 Received: (majordomo@vger.rutgers.edu) by vger.rutgers.edu via listexpand id ; Mon, 17 Jul 2000 16:49:58 -0400 Received: by vger.rutgers.edu id ; Mon, 17 Jul 2000 16:49:37 -0400 Received: from sgi.SGI.COM ([192.48.153.1]:29029 "EHLO sgi.com") by vger.rutgers.edu with ESMTP id ; Mon, 17 Jul 2000 16:49:32 -0400 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) Received: from ishtar.corp.sgi.com (ishtar.corp.sgi.com [192.111.23.229]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA37490 for ; Mon, 17 Jul 2000 14:04:20 -0700 (PDT) mail_from (law@sgi.com) Received: from sgi.com (xena.corp.sgi.com [192.111.23.234]) by ishtar.corp.sgi.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA13505; Mon, 17 Jul 2000 14:03:22 -0700 Message-Id: <3973749C.1614A63C@sgi.com> Date: Mon, 17 Jul 2000 14:03:24 -0700 From: Linda Walsh X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.16 i686) X-Accept-Language: en Mime-Version: 1.0 To: linux-kernel@vger.rutgers.edu Subject: x86 Memory HW memcache and disk cache Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu I was just wondering if anyone had any ideas about this -- it's more of an informational question, really. Suppose I have a P-III with 512K onboard cache. Lets say I'm executing code out of the cache and I have a 256K buffer I read file data into. Kernel is in cache -- lets even say no other processes are running. So everything is in my 512K cache -- great performance. So I if I issue system read commands into my buffer, then write, how are disk buffers and the VM cache handled? I.e. is it likely that the system will write the data to buffers, allocating 256 block chunks that will flush half of my system cache or are disk buffers/VM cache areas marked "don't cache"? -- Linda A Walsh | Trust Technology, Core Linux, SGI law@sgi.com | Voice: (650) 933-5338 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/