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?
Best, Conrad On Fri, May 27, 2016 at 1:05 PM, Ravi Pokala <rpok...@mac.com> wrote: > -----Original Message----- > From: <owner-src-committ...@freebsd.org> on behalf of Doug Ambrisko > <ambri...@freebsd.org> > Date: 2016-05-27, Friday at 12:23 > To: <src-committ...@freebsd.org>, <svn-src-...@freebsd.org>, > <svn-src-head@freebsd.org> > 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@) > > > > _______________________________________________ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
