From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <448EBD89.4060003@domain.hid> Date: Tue, 13 Jun 2006 15:28:41 +0200 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-core] ns vs. tsc as internal timer base References: <448E98A3.6080707@domain.hid> <448E9E8B.70809@domain.hid> <448EA7F7.5000802@domain.hid> <448EB038.8070802@domain.hid> <17550.47269.736193.860722@domain.hid> In-Reply-To: <17550.47269.736193.860722@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org Gilles Chanteperdrix wrote: > Philippe Gerum wrote: > > static inline unsigned long long ns_2_cycles(unsigned long long ns) > > { > > return ns * ns2cyc_scale >> NS2CYC_SCALE_FACTOR; > > This multiplication is 64 bits * 32 bits, the intermediate result may > need more than 64 bits, so you should compute it the same way as the > beginning of ullimd. Something like: Sure, but the point is that if we were to use such code, we should bound the 64bit operand and would not use it beyond the tolerable loss of accuracy on output (e.g. 2ms). This would require to break longer shots in several smaller ones, relying on the internal timer management logic to redo the shot until it has actually elapsed (which should be a rare case for oneshot timing), a bit like we are currently doing in bounding the values to 2^32-1 right now. Going for ullimd alike implementation somehow impedes the overall effort in reducing the CPU footprint, I guess. This said, I have still no clue if the gain in computation cycles is worth the additional overhead of dealing with possibly early shots - I tend to think it would be better on average though. > > static inline unsigned long long ns_2_cycles(unsigned long long ns) > { > unsigned nsh, nsl, tlh, tll; > unsigned long long th, tl; > > __rthal_u64tou32(ns, nsh, nsl); > tl = rthal_ullmul(nsl, ns2cyc_scale); > __rthal_u64tou32(tl, tlh, tll); > th = rthal_ullmul(nsh, ns2cyc_scale); > th += tlh; > > tll = (unsigned) th << (32 - NS2CYC_SCALE_FACTOR) | tll >> NS2CYC_SCALE_FACTOR; > th >>= NS2CYC_SCALE_FACTOR; > return __rthal_u64fromu32(th, tll); > } > > -- Philippe.