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

Re: [HACKERS] win32 performance - fsync question

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

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
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 Sternberg Astronomical Institute email

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. Yes. I'm lucky

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 could

Re: [HACKERS] win32 performance - fsync question

2005-02-17 Thread Evgeny Rodichev
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 Astronomical Institute email: [EMAIL