Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 5 Oct 2002 01:51:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 5 Oct 2002 01:51:35 -0400 Received: from c17928.thoms1.vic.optusnet.com.au ([210.49.249.29]:19328 "EHLO localhost.localdomain") by vger.kernel.org with ESMTP id convert rfc822-to-8bit; Sat, 5 Oct 2002 01:51:34 -0400 Content-Type: text/plain; charset="us-ascii" From: Con Kolivas To: linux-kernel@vger.kernel.org Subject: [ANNOUNCE] contest 0.50 benchmark and updated results Date: Sat, 5 Oct 2002 15:53:43 +1000 User-Agent: KMail/1.4.3 Cc: Andrew Morton , Paolo Ciarrocchi , Cliff White , Rodrigo Souza de Castro , Robinson@kolivas.net, Maureira@kolivas.net, "Castillo Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2107 Lines: 54 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've updated the contest benchmark to v0.50 http://contest.kolivas.net A significant limitation of the benchmark prior to v0.50 was not knowing how much work was being done by the background load. Knowing this information would be helpful in interpreting the data presented by contest. I have added two more results to each run by contest - an internal number generated by the load condition describing how much work was done, and the cpu% of the load while running. Here is a sample of how the information is presented: noload: Kernel [runs] Time CPU% Loads LCPU% Ratio 2.4.19 [3] 67.7 98 0 0 1.01 process_load: Kernel [runs] Time CPU% Loads LCPU% Ratio 2.4.19 [3] 106.5 59 112 43 1.59 io_load: Kernel [runs] Time CPU% Loads LCPU% Ratio 2.4.19 [3] 492.6 14 38 10 7.33 mem_load: Kernel [runs] Time CPU% Loads LCPU% Ratio 2.4.19 [3] 100.0 72 33 3 1.49 The "loads" variable presented is an internal number (the absolute value is not important) and makes comparisons easier. The LCPU% is the cpu% the load used while running. Note if you look for example at process_load the CPU% + LCPU% can be >100 because the load runs for longer than the kernel compile. However, this has been accounted for in the "loads" result, to take into account the variable extra duration the load runs relative to the kernel compile. An updated complete set of benchmarks will be posted in a separate thread for clarity. Con -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9nn5wF6dfvkL3i1gRAm7BAJkB7jh8eg71+DI307SMW74Aj+oSIACeKQ4h i9Jx5CsdaKUspW5BB1/DSPU= =gyF4 -----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/