* (reiserfs 3.6) sync command causes continuous writes
@ 2013-06-11 8:57 tomnm
2013-06-11 9:16 ` dE
2013-06-13 22:34 ` Jeff Mahoney
0 siblings, 2 replies; 3+ messages in thread
From: tomnm @ 2013-06-11 8:57 UTC (permalink / raw)
To: reiserfs-devel
After typing the 'sync' command all reiserfs 3.6 mounted volumes will be
continuously written. For example, suppose 'sdb1' contains a reiserfs
partition.
mount /dev/sdb1 /mnt/data
Now type:
cat /sys/block/sdb/stat
and note the number of I/O's to the partition.
wait a couple seconds, look at I/O statistics and see they don't change.
Now type:
sync
Subsequently typing 'cat /sys/block/sdb/stat' every few seconds shows
increasing I/O.
This can be confirmed by trying to spin the drive down:
hdparm -y /dev/sdb
The device spins down but then immediately spins back up due to above I/O
taking place.
If you umount the drive and mount again, the continuous I/O stops, only to
resume again as soon as you type 'sync'.
This behavior started with 3.5 kernel. All 3.4.x kernels are ok. All 3.5.x
and newer kernels exhibit this behavior.
This does not seem to occur with ext3 or FAT.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: (reiserfs 3.6) sync command causes continuous writes
2013-06-11 8:57 (reiserfs 3.6) sync command causes continuous writes tomnm
@ 2013-06-11 9:16 ` dE
2013-06-13 22:34 ` Jeff Mahoney
1 sibling, 0 replies; 3+ messages in thread
From: dE @ 2013-06-11 9:16 UTC (permalink / raw)
To: reiserfs-devel
On 06/11/13 14:27, tomnm wrote:
> After typing the 'sync' command all reiserfs 3.6 mounted volumes will be
> continuously written. For example, suppose 'sdb1' contains a reiserfs
> partition.
>
> mount /dev/sdb1 /mnt/data
>
> Now type:
> cat /sys/block/sdb/stat
> and note the number of I/O's to the partition.
> wait a couple seconds, look at I/O statistics and see they don't change.
>
> Now type:
> sync
>
> Subsequently typing 'cat /sys/block/sdb/stat' every few seconds shows
> increasing I/O.
>
> This can be confirmed by trying to spin the drive down:
> hdparm -y /dev/sdb
>
> The device spins down but then immediately spins back up due to above I/O
> taking place.
>
> If you umount the drive and mount again, the continuous I/O stops, only to
> resume again as soon as you type 'sync'.
>
> This behavior started with 3.5 kernel. All 3.4.x kernels are ok. All 3.5.x
> and newer kernels exhibit this behavior.
>
> This does not seem to occur with ext3 or FAT.
I think I can reproduce this with 3.8.5. SysRq + S seems to do the same
thing.
I'm judging this from the HDD LED.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: (reiserfs 3.6) sync command causes continuous writes
2013-06-11 8:57 (reiserfs 3.6) sync command causes continuous writes tomnm
2013-06-11 9:16 ` dE
@ 2013-06-13 22:34 ` Jeff Mahoney
1 sibling, 0 replies; 3+ messages in thread
From: Jeff Mahoney @ 2013-06-13 22:34 UTC (permalink / raw)
To: tomnm; +Cc: reiserfs-devel
[-- Attachment #1: Type: text/plain, Size: 1434 bytes --]
On 6/11/13 4:57 AM, tomnm wrote:
> After typing the 'sync' command all reiserfs 3.6 mounted volumes will be
> continuously written. For example, suppose 'sdb1' contains a reiserfs
> partition.
>
> mount /dev/sdb1 /mnt/data
>
> Now type:
> cat /sys/block/sdb/stat
> and note the number of I/O's to the partition.
> wait a couple seconds, look at I/O statistics and see they don't change.
>
> Now type:
> sync
>
> Subsequently typing 'cat /sys/block/sdb/stat' every few seconds shows
> increasing I/O.
>
> This can be confirmed by trying to spin the drive down:
> hdparm -y /dev/sdb
>
> The device spins down but then immediately spins back up due to above I/O
> taking place.
>
> If you umount the drive and mount again, the continuous I/O stops, only to
> resume again as soon as you type 'sync'.
>
> This behavior started with 3.5 kernel. All 3.4.x kernels are ok. All 3.5.x
> and newer kernels exhibit this behavior.
>
> This does not seem to occur with ext3 or FAT.
This looks like it is a side effect of commit 033369d1 (reiserfs: get
rid of resierfs_sync_super).
I haven't looked at it deeply enough to understand why it's getting
kicked off by the sync.
I think the right answer is to remove the new code added by that commit.
The superblock is always journaled when we modify it, so we don't need
to do the periodic flushing.
-Jeff
--
Jeff Mahoney
SUSE Labs
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 841 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-06-13 22:34 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-11 8:57 (reiserfs 3.6) sync command causes continuous writes tomnm
2013-06-11 9:16 ` dE
2013-06-13 22:34 ` Jeff Mahoney
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).