>In other words: if you use Ext3 and you note performance regressions
>with this release, try disabling barriers ("barriers=0" mount option).
Don't you mean 'try being thankful that you finally have transactional
semantics, and try not to be too sore that you've been mugged for
years'?
This would make 3.1 the first version of Linux I'd consider a sensible
data server, notwithstanding that the barriers are probably lost as
soon as you insert any software RAID or volume management. Linux isn't
alone in that, sadly.
There's a reason Linux has historically benchmarked so much faster than
ZFS and NTFS. :-(
Any time you do something that relies on fsync (or similar) to persist
data, and to do so in the right order, and has a spinning disk that
appears to do this more often than the disk goes round, is clearly not
honouring the flushes properly.
Alex:
> Provided that HDD has no capacitor enough to flash cache in case of
> power failure. As far as I know they typically have.
That's news to me. What evidence do you have? Given the large size of
on-disk buffers these days, it would need to be pretty hefty as far as I
can see. And I don't recall seeing anything on the drives I bought
recently.
------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn
about Cisco certifications, training, and career opportunities.
http://p.sf.net/sfu/cisco-dev2dev
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
