WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

[Xen-users] Unbuffered File Writes from a Guest OS

To: <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-users] Unbuffered File Writes from a Guest OS
From: "White, Nathan" <nathan.white@xxxxxxxxx>
Date: Mon, 11 Sep 2006 09:40:36 -0700
Delivery-date: Mon, 11 Sep 2006 09:41:41 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcbVwQHs+5K6uVMjSy+TPyq5xUzqwQ==
Thread-topic: Unbuffered File Writes from a Guest OS

In a virtualized windows guest. If I open a file using a either of the flags  FILE_FLAG_WRITE_THROUGH  or FILE_FLAG_NO_BUFFERING.

With the intent that the file be directly written to the device without buffering.

 

How is the behavior effected by the Host OS.  >From what I am gathering the no-buffering flag is not honored, and the file write is buffered by the virtualized file system.

 

Can anyone confirm this. If this is in fact what is happening. Is there any mechanism to disable this buffering?

 

 

Thanks

--Nate

 

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-users] Unbuffered File Writes from a Guest OS, White, Nathan <=