atom feed17 messages in org.freebsd.freebsd-arch64bit ticks, was Re: Changing p_swtim...
FromSent OnAttachments
Jeff RobersonSep 17, 2007 5:03 pm 
Kostik BelousovSep 17, 2007 9:33 pm 
Julian ElischerSep 17, 2007 10:48 pm 
Jeff RobersonSep 18, 2007 1:23 am 
Jeff RobersonSep 18, 2007 1:25 am 
Andre OppermannSep 18, 2007 8:12 am 
Jeff RobersonSep 18, 2007 2:19 pm 
Jeff RobersonSep 18, 2007 3:34 pm 
Julian ElischerSep 18, 2007 4:55 pm 
Jeff RobersonSep 18, 2007 5:08 pm 
Sam LefflerSep 18, 2007 5:33 pm 
Constantine A. MureninSep 18, 2007 7:03 pm 
Garrett WollmanSep 18, 2007 7:13 pm 
Jeff RobersonSep 18, 2007 7:14 pm 
Doug AmbriskoSep 18, 2007 8:08 pm 
Bruce EvansSep 18, 2007 9:57 pm 
Peter JeremySep 19, 2007 1:58 am 
Subject:64bit ticks, was Re: Changing p_swtime and td_slptime to ticks
From:Peter Jeremy (pete@optushome.com.au)
Date:Sep 19, 2007 1:58:05 am
List:org.freebsd.freebsd-arch

On 2007-Sep-19 14:55:35 +1000, Bruce Evans <br@optusnet.com.au> wrote:

I agree. However, one variable isn't going to make much difference. fs code is full of unecessary 64-bit calculations but no one notices the real-time pessimization from this, at least on non-low-end platforms (I only notice the code bloat).

I suspect the pessimization from the 64-bit arithmetic is masked by the requirement that the FS code talk to (mostly rotating) media. The cost of an extra couple of instructions gets lost in the noise as soon as you look at disk latencies.