Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site geowhiz.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!cornell!bullwinkle!rochester!seismo!uwvax!geowhiz!larry From: larry@geowhiz.UUCP (Larry McVoy) Newsgroups: net.arch,net.unix-wizards Subject: Re: IOCALL results and problems Message-ID: <335@geowhiz.UUCP> Date: Tue, 17-Dec-85 16:26:31 EST Article-I.D.: geowhiz.335 Posted: Tue Dec 17 16:26:31 1985 Date-Received: Thu, 19-Dec-85 05:02:37 EST References: <354@ncr-sd.UUCP> <457@rna.UUCP> <761@petrus.UUCP> Reply-To: larry@geowhiz.UUCP (Larry McVoy) Distribution: net Organization: UW Madison, Geology Dept. Lines: 42 Xref: watmath net.arch:2318 net.unix-wizards:16149 In article <761@petrus.UUCP> hammond@petrus.UUCP (Rich A. Hammond) writes: >> In article <354@ncr-sd.UUCP> stubbs@ncr-sd.UUCP (0000-Jan Stubbs) writes: >> > >> > IOCALL, A UNIX SYSTEM PERFORMANCE BENCHMARK >> >... The benchmark is a "C" program which measures Unix kernel performance. >> >Dan Tsao writes: >> Well I don't want to flame too much. Just a few comments. >> >> Basically, I find it difficult to take this benchmark and the presented >> results too seriously. I tend to agree with Dan. I think what people would like to see is a benchmark which measures how well Unix, running multiple users, performs on each machine. The benchmark would have to measure something that did not vary widely (such as I/O devices), as those results would only reflect how much one had spent on the bus & disk. So, how about this: The dryhstone benchmarks are considered good tests of the CPU (at least by me they are), but don't really test Unix at all (in fact some people run them in standalone mode). How about a version, (called forkstone?), which runs the dryhstone as 1, 2, 8, and 64 concurrent processes? This would show 1) the speed of the CPU, 2) first part of the curve, 8) a nice single user level, and 64) what happens when you have multiple users. It would not test I/O, which is a hard thing to test fairly. It would get rid of those Z80 dryhstones (flame, flame) as they're not multi tasking... I guess if there is any response and nobody wants to do it, I'll hack the drystones. I think it would be better if the original author did it, as {s}he probably can understand that bastardized {C}Ada source. Please post your views to the net. I don't want to discuss this via mail. -- Larry McVoy ----------- Arpa: mcvoy@rsch.wisc.edu Uucp: {seismo, ihnp4}!uwvax!geowhiz!geophiz!larry "If you are undertaking anything substantial, C is the only reasonable choice of programming language" - Brian W. Kerninghan