Date: Tue, 01 Sep 1998 19:15:08 -0700 From: Graeme Tait <graeme@echidna.com> To: "Callanan, Chris T" <chris.t.callanan@intel.com> Cc: info@boatbooks.com, freebsd-questions@FreeBSD.ORG Subject: Re: Disk Cache Message-ID: <35ECAA2C.6A20@echidna.com> References: <199809012210.WAA13989@calliope1.fm.intel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Callanan, Chris T wrote: > > I guess maybe I didn't make myself clear. > > I want more drive activity on the server side. I am not using a > browser, but a home grown synthetic test from the client side. It is > not doing any caching. > > I'm in a system test lab and would like to get stress to my disk > controller, but the files this test is grabbing are fairly small in size > and in number, so they are all in FreeBSDs cache. I've no idea how to shut down the cache, but maybe that would make everything unrealistic anyway. Why not expand the file count? If you have say 100 test files 00 thru 99.html, copy them into each of say 10 directories called 0 thru 9. Then copy that tree into each of ten directories called 0 thru 9, and so on. With a few commands, you could create many megabytes of files, in a relatively efficient directory structure. Either the supply of files would swamp the cache, or be sufficient that no file is likely to be called more than once in the test. Then you would do a GET of a URL like http://hostname/0/3/5/47.html using a random (or sequential) number like 03547 to determine the path of the URL. -- Graeme Tait - Echidna To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?35ECAA2C.6A20>