Date: Thu, 29 Nov 2007 19:31:58 +0100 From: Max Laier <max@love2party.net> To: freebsd-stable@freebsd.org Cc: Pete French <petefrench@ticketswitch.com> Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core Message-ID: <200711291932.05614.max@love2party.net> In-Reply-To: <E1IxklH-000ElU-3w@dilbert.ticketswitch.com> References: <E1IxklH-000ElU-3w@dilbert.ticketswitch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Thursday 29 November 2007, Pete French wrote: > I think I also just came up against the same effect that the original > poster saw. I have two sets of machines here - one is a pair of dual > core Xeons, the other a pair of quad core Xeons. They are HP servers, > more or less identical apart from the processors I belive. > > Both have 7.0-BETA3 installed, and the same config on them with the > same files. I am trying to delete a gigabyte of files using 'rm -rf' > > On the dual core processors this takes about 20 seconds. On the quad > cores it takes about 3 minutes! This is true for both the 32 and 64 bit > versions of FreeBSD :-( Can you provide more details on this task? It seems like something that could easily be reproduced in a lab environment and serve as a regression test and baseline for future improvements. Is the server doing any other work while doing the rm, or is this it? What kind of directory layout are we looking at? How many files, directories, users ...? What type of filesystem, options, size? BTW, what's your nsswitch.conf like? If you don't need nis, removing it can mean a considerable speed improvement - or try nscd(8). -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTwWlXyyEoT62BG0RAlDCAJ9jlko6Lz/lUFMBXH23JO8zu/LyDgCeODDT 4DK7lVa0Qe3y59FgHRGaZ/A= =OaRh -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200711291932.05614.max>