Date: Sat, 03 Jul 2010 17:38:31 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Daisuke Aoyama <aoyama@peach.ne.jp>, FreeBSD-Current <freebsd-current@freebsd.org> Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 Message-ID: <4C2F4B67.3060201@FreeBSD.org> In-Reply-To: <mailpost.1278162245.7916753.99842.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw> References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <mailpost.1278162245.7916753.99842.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi. Daisuke Aoyama wrote: > I uploaded isboot 0.2.1. > Now isboot supports R2T command and non-immediate mode. > I believe that the compatibility of iSCSI target is improved. > Please check it with your iSCSI target and NIC. > Also this version supports task queue, which improves performance. > My test machine got read 74MB/s, write 60MB/s (at bs=1m). > > Notes/Known Issues/Limitations: > FreeBSD can't use transfer length > 64KB. Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit for CAM SIMs that do not report maximum transfer size. If your driver supports bigger transactions (and even if not), you should fill maxio field in XPT_PATH_INQ response. > It seems CAM tag is used only 2 of 64 tags. > I don't know a reason, but MAXPHYS limit? How many concurrent requests you are submitting? If you are testing it with sequential read from file system - make sure you have sysctl vfs.read_max set high enough. MAXPHYS does not affects number of concurrent requests, only size of each one. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C2F4B67.3060201>