Dnia Thu, 21 Sep 2006 09:30:09 +0200, David Masover <[EMAIL PROTECTED]>
napisał:
--- linux/fs/buffer.c 2006-08-15 20:40:36.504608696 -0500
+++ linux/fs/buffer.c.new 2006-08-15 20:42:35.877461264 -0500
@@ -366,12 +366,12 @@
asmlinkage long sys_fsync(unsigned int fd)
{
- return __do_fsync(fd, 0);
+ return 0;
}
asmlinkage long sys_fdatasync(unsigned int fd)
{
- return __do_fsync(fd, 1);
+ return 0;
}
/*
I remember that I played a little with disabling sync in reiser4 sources,
it helped only for amarok (it's uses sqlite for storing statistic data and
it writes to it on song change, sqlite calls sync and it ends up with
writeing to disk instead of playing a song, at least on my fs),
bittorrents clients were generating as lot of disk as previously so I gues
it's more likely coused by data/tree fragmentation.
Just my 0,6374526$ ;)
