Re: vblade-22-rc1 is first release candidate for version 22

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07/15/2014 01:29 AM, David Leach wrote:
> Ed,
>
> I'm less concerned about the initiator side as we don't really have 
> direct control over what it requests. What I suggest is that these 
> requests from the host on the initiator will likely be aligned 
> requests due to how their file system works to try to keep things 
> efficient. If we then cause the resulting AoE requests to the server 
> be unaligned accesses then that will likely cause additional IO 
> transactions to the file system which would then likely cause latency 
> delays on the responses to the these requests.

As long as you don't specify the sync or direct options, though, the 
vblade will write to a buffered backing store.  Then the ultimate 
backing store (e.g., disk drive), the ultimate driver (e.g., SCSI 
layer), the block layer, the middle layer (e.g., dm and md), the VM 
subsystem and (if it's a file) the filesystem will get a chance to merge 
and align I/O.

-- 
   Ed

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss




[Index of Archives]     [Linux ARM Kernel]     [Linux SCSI]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux