Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Ross S. W. Walker wrote: >> -----Original Message----- >> From: drbd-user-bounces at lists.linbit.com >> [mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of Weilin Gong >> Sent: Wednesday, February 21, 2007 1:11 PM >> Cc: drbd-user at lists.linbit.com >> Subject: Re: [DRBD-user] Performance with DRBD + iSCSI >> >> Ross S. W. Walker wrote: >> >>> You can only write into drbd using what your application >>> >> can handle and >> >>> for VFS file operations that is 4k io! >>> >> On Solaris ufs, the "maxcontig" parameter can be tuned to specify the >> the number of contiguous >> blocks written to the disk. Haven't found the equivalence on >> Linux yet. >> > > Well, if you write your own app you can bypass VFS page-memory io > restriction by using the generic block layer. > > I'm not sure if you quite understand the maxcontig parameter either: > > maxcontig=n The maximum number of logical > blocks, belonging to one file, that > are allocated contiguously. The > default is calculated as follows... > > This parameter is for tuning disk space allocation in order to reduce > fragmentation, it doesn't affect the io block size. > Actually, this defines the max io data size the file system sends down to the driver. We have a home grown vdisk driver, similar to drbd, the "maxcontig" had to be tuned to match the size of the buffer allocated for the network transport. > -Ross > > ______________________________________________________________________ > This e-mail, and any attachments thereto, is intended only for use by > the addressee(s) named herein and may contain legally privileged > and/or confidential information. If you are not the intended recipient > of this e-mail, you are hereby notified that any dissemination, > distribution or copying of this e-mail, and any attachments thereto, > is strictly prohibited. If you have received this e-mail in error, > please immediately notify the sender and permanently delete the > original and any copy or printout thereof. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: wgong.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20070221/3a6b3360/attachment.vcf>