-----Original Message----- From: <[email protected]> on behalf of Conrad Meyer <[email protected]> Reply-To: <[email protected]> Date: 2016-05-27, Friday at 13:29 To: Ravi Pokala <[email protected]> Cc: Doug Ambrisko <[email protected]>, src-committers <[email protected]>, <[email protected]>, <[email protected]> Subject: Re: svn commit: r300866 - head/sys/boot/efi/libefi
>It seems he meant 'media native IO size', not 'media size'. I.e., on >4Kn media, 4k-multiple and -aligned IOs can be processed directly (but >EFI's unit block size is still 512). Does that make sense? Yes, that's exactly what I meant. Thanks, Ravi (rpokala@) >Best, >Conrad > >On Fri, May 27, 2016 at 1:05 PM, Ravi Pokala <[email protected]> wrote: >> -----Original Message----- >> From: <[email protected]> on behalf of Doug Ambrisko >> <[email protected]> >> Date: 2016-05-27, Friday at 12:23 >> To: <[email protected]>, <[email protected]>, >> <[email protected]> >> Subject: svn commit: r300866 - head/sys/boot/efi/libefi >> >>>Author: ambrisko >>>Date: Fri May 27 19:23:15 2016 >>>New Revision: 300866 >>>URL: https://svnweb.freebsd.org/changeset/base/300866 >>> >>>Log: >>> If the I/O offset and length is multiple of the media size then >>> directly pass the request otherwise use a buffer that is a >>> multiple of the media size. This speeds up I/O quite a bit >>> when using large transfer sizes on 4Kn disks etc. >>> >>> MFC after: 1 week >> >> I/O offset and length are *divisors* of the media size, not *multiples* of >> it. >> >> -Ravi (rpokala@) >> >> >> >> > _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "[email protected]"
