[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] [PATCH 26/30] ext4: do not send discards as barriers
- From: Boaz Harrosh <bharrosh panasas com>
- To: Tejun Heo <tj kernel org>
- Cc: jeremy goop org, Jan Kara <jack suse cz>, snitzer redhat com, mst redhat com, linux-ide vger kernel org, dm-devel redhat com, James Bottomley suse de, konishi ryusuke lab ntt co jp, Christoph Hellwig <hch lst de>, k-ueda ct jp nec com, vst vlnb net, linux-scsi vger kernel org, Christoph Hellwig <hch infradead org>, Jeff Moyer <jmoyer redhat com>, rusty rustcorp com au, linux-raid vger kernel org, swhiteho redhat com, chris mason oracle com, tytso mit edu, jaxboe fusionio com, linux-kernel vger kernel org, linux-fsdevel vger kernel org, rwheeler redhat com
- Subject: Re: [dm-devel] [PATCH 26/30] ext4: do not send discards as barriers
- Date: Tue, 31 Aug 2010 13:07:55 +0300
On 08/31/2010 11:11 AM, Tejun Heo wrote:
> On 08/30/2010 10:20 PM, Jan Kara wrote:
>> My setup is that I have a dedicated partition / drive for a filesystem
>> which is written to from a guest kernel running under KVM. I have set it up
>> using virtio driver with cache=writeback so that the host caches the writes
>> in a similar way disk caches them. At some point I just kill the qemu-kvm
>> process and at that point I'd like to also throw away data cached by the
>> host...
>
> $ echo 1 > /sys/block/sdX/device/delete
> $ echo - - - > /sys/class/scsi_host/hostX/scan
>
I don't know all the specifics of the virtio driver and the KVM backend but
don't the KVM target io is eventually directed to a local file or device?
If so the scsi device has disappeard but the bulk of the data is in host cache
at the backstore (file or bdev). Once all files are closed the data is synced
to disk.
Is it not the same as Ric's problem of disconnecting the sata cable but
not dropping power to the drive. The main of the cache is still intact.
> should do the trick.
>
> Thanks.
>
Thanks
Boaz
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]