reiserfs-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* (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).