On Tue, 15 Feb 2005, Magnus Hagander wrote:
Run: hdparm -I /dev/hda
If you get a line like: Commands/features: Enabled Supported: * READ BUFFER cmd * WRITE BUFFER cmd * Host Protected Area feature set * Look-ahead * Write cache ... (last line is what matters here) you have write cacheing enabled.
Thanks. Ok, really I have it enabled (fortunately :)
To turn it of, run hdparm -W0 /dev/hda
Done. Now it is disabled.
Not sure if you need to reboot, I don'tt hink so. Then re-run the benchmark on linux.
No, under Linux reboot makes nothing (it is completely dynamical system).
Now I have
/usr/local/pgsql/bin:14>pgbench -c 1 -t 500 starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 number of clients: 1 number of transactions per client: 500 number of transactions actually processed: 500/500 tps = 89.528064 (including connections establishing) tps = 89.560730 (excluding connections establishing)
It is about 9 times slower. But again 4 times faster then under Windows.
After
[EMAIL PROTECTED]:/e# hdparm -W1 /dev/hda
/dev/hda: setting drive write-caching to 1 (on)
/usr/local/pgsql/bin:24>pgbench -c 1 -t 500 starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 number of clients: 1 number of transactions per client: 500 number of transactions actually processed: 500/500 tps = 846.189777 (including connections establishing) tps = 849.481986 (excluding connections establishing)
Regards, E.R. _________________________________________________________________________ Evgeny Rodichev Sternberg Astronomical Institute email: [EMAIL PROTECTED] Moscow State University Phone: 007 (095) 939 2383 Fax: 007 (095) 932 8841 http://www.sai.msu.su/~er
---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match