… with CentOS 5.2 and ext3 filesystem we get 1060 transactions/sec with single thread and sync_binlog=1 while with 2 threads… XFS instead of EXT3 gives expected results – we get 2350 transactions/sec with sync_binlog=1 and 2550 transactions/sec with sync-binlog=0 which is about 10% overhead. EXT2 filesystem also behaves similar to XFS so it seems to be EXT3 specific…
Comment: Drop table performance
… also know performance issues with ext3 and sync_binlog http://www.mysqlperformanceblog.com/2009/01/21/beware-ext3-and-sync-binlog-do-not-play-well-together/ And in general XFS shows better and stable performance than ext3. ext4 looks better than ext3…
Comment: Drop table performance
… also know performance issues with ext3 and sync_binloghttp://www.mysqlperformanceblog.com/2009/01/21/beware-ext3-and-sync-binlog-do-not-play-well-together/ And in general XFS shows better and stable performance than ext3. ext4 looks better than ext3…
Comment: Maximal write througput in MySQL
… here ? I remember EXT3 performs surprisingly bad with sync_binlog=1 http://www.mysqlperformanceblog.com/2009/01/21/beware-ext3-and-sync-binlog-do-not-play-well-together/ In any case it looks like sync_binlog has very bad overhead… fsync per commit in single client (because of XA) with binlog it should be 3 as I understand – the fact performance…
Comment: Performance problem with Innodb and DROP TABLE
Patrick, Ext3 has slow deletes and not just slow but impacting performance … explained here http://www.mysqlperformanceblog.com/2009/01/21/beware-ext3-and-sync-binlog-do-not-play-well-together/ ext4 looks promising in…
Comment: Is your server's performance about to degrade?
… flush the data to disk as often as ext3 does, but when you explicitly sync data to disk, it might have to… 1GB binlog from memory to disk at the moment MySQL issued the sync. And that sync is by default only issued inside the binlog… was caused by the very long sync-call. Obviously with faster syncs (i.e. because you sync your binlog more often or with another…

