From: Robert Joseph Sheehan Date: 2006-07-06T08:59:02+09:00 Subject: bug in Process.times? After repeatedly getting user+system times that are longer than real time by a constant factor (on a single, non hyper-threading processor), I thought I would inspect the code for Process.times at ruby-doc.org. It shows: #ifndef HZ # ifdef CLK_TCK # define HZ CLK_TCK # else # define HZ 60 # endif #endif /* HZ */ Unfortunately on several versions of Linux I have tried, including the latest Fedora and Ubuntu, this seems to give a HZ value of 60 rather than the correct 100, from "getconf CLK_TCK". (I haven't looked any further into the Ruby source to examine other places the constants may be set.) If I correct for this, my benchmark times now make complete sense with real time closely approximating user+system times on a lightly loaded system. Is this a bug or have I overlooked something?