Date: Thu, 20 Dec 2007 21:40:00 +0100 From: Peter Schuller <peter.schuller@infidyne.com> To: freebsd-fs@freebsd.org, ticso@cicely.de Cc: Ivan Voras <ivoras@freebsd.org> Subject: Re: readv: parallel or sequential? Message-ID: <200712202140.08367.peter.schuller@infidyne.com> In-Reply-To: <20071207174914.GQ10459@cicely12.cicely.de> References: <fjbb3v$n60$1@ger.gmane.org> <fjbk9g$pua$1@ger.gmane.org> <20071207174914.GQ10459@cicely12.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1892641.kd1lzOhxf9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Yes, but how can it now that it is on a RAID0 and taking advantage of > multiple spindles instead of making it worse? > The FS has to do sensible things for single spindle as well. > And normaly disks are fastest when reading linear and with disk read > caches this doesn't even have to be interleaved. > I don't see any potential for parallell access within the same file > beside some special constructed cases maybe. I strongly disagree here. I would expect the operating system to not serial= ize=20 all I/O to the same file descriptor/file, if done in paralell from multiple= =20 threads or through AIO. I have at least on use case heavily dependent on=20 this - does this mean FreeBSD would not be usable for this? Not to mention things like databases (e.g. high concurrency I/O in PostgreS= QL=20 or whatever). You most definitely want concurrent I/O if supported by the=20 underlying device. Are we saying here that I/O scheduling happens at a just below the file=20 system, rather than at the individual device level? I would have assumed th= at=20 a particular geom class would just forward (modified) I/O requests to the=20 underlying device, such that when the request reaches a device actually doi= ng=20 I/O to some external entity, it can intelligently schedule in a way that is= =20 optimal. Or am I misunderstanding something in this discussion? =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1892641.kd1lzOhxf9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHatMoDNor2+l1i30RAr2LAKCD3H/CKuMJn9ylOddOJNkpdfk2fgCgsVz9 PBPccGBzLdAi7ZeRwaEAjv0= =ZnGO -----END PGP SIGNATURE----- --nextPart1892641.kd1lzOhxf9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200712202140.08367.peter.schuller>