Change default VFS timestamp precision?
    Poul-Henning Kamp 
    phk at phk.freebsd.dk
       
    Thu Dec 18 20:05:08 UTC 2014
    
    
  
--------
In message <201412181436.31701.jhb at freebsd.org>, John Baldwin writes:
>> >Surely there has to be better ways of doing this stuff. Computers keep
>> >getting faster; it wouldn't be out of the realm of possibility that we
>> >could see a compiler read, compile and spit out a .o inside of a
>> >millisecond. (Obviously not C++, but..)
>> 
>> A millisecond is pushing it, all things considered, it would have to
>> be an utterly trivial source file for a utterly trivial language.
>Eh, the use case I most care about is back-to-back updates to a directory on
>an NFS server.
My comments above was only about compilers in reference to Adrians point.
>I don't understand
>why you think TSP_USEC is slower than TSP_NSEC.  microtime() and nanotime()
>both just call bintime() and then convert the result using similar math.
Because of the pointless nano->micro conversion which makes TSP_USEC
take a division longer to deliver a less precise result than TSP_NSEC.
-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
    
    
More information about the freebsd-arch
mailing list