Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
olve this. But they didn't seem to think it was urgent or worth the performance hit of doing a complete cache flush. It was a bit different topic. Regards, E.R. _____ Evgeny Rodichev Sternberg Astr

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
On Fri, 18 Feb 2005, Oliver Jowett wrote: Evgeny Rodichev wrote: Write cache is enabled under Linux by default all the time I make deal with it (since 1993). It doesn't interfere with fsync(), as linux kernel uses cache flush for fsync. The problem is that most IDE drives lie (or perhaps you

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
On Thu, 17 Feb 2005, Tom Lane wrote: Evgeny Rodichev <[EMAIL PROTECTED]> writes: Any claimed TPS rate exceeding your disk drive's rotation rate is a red flag. Write cache is enabled under Linux by default all the time I make deal with it (since 1993). You're playing with fire. Y

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
dparm settings. fsync() really works fine as I switch off my notebook everyday 2-3 times, and never had any data loss :) Related staff from dmesg is hda: cache flushes supported Regards, E.R. _____ Evgeny Rodichev

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
geSQL? Regards, E.R. ____e Evgeny Rodichev Sternberg Astronomical Institute email: [EMAIL PROTECTED] Moscow State University Phone: 007 (095) 939 2383 Fax: 007 (095) 932

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
980 tps Regards, E.R. _ Evgeny Rodichev Sternberg Astronomical Institute email: [EMAIL PROTECTED] Moscow State University Phone: 007 (095) 939 2383 Fax: 007 (095) 932 8841