Date: Sat, 19 Apr 2003 15:05:28 +0200 From: Borje Josefsson <bj@dc.luth.se> To: "Jin Guojun [DSD]" <j_guojun@lbl.gov> Cc: freebsd-performance@freebsd.org Subject: Re: patch for test (Was: tcp_output starving -- is due to mbuf get delay?) Message-ID: <200304191305.h3JD5S2F026929@dc.luth.se> In-Reply-To: Your message of Fri, 18 Apr 2003 13:04:24 PDT. <3EA05A48.D9BB85E7@lbl.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
Hmm. I'm not sure if I misunderstood if this was ready for another test = run or not. Anyhow - I took the new patch .tgz (which, btw, still had = tcp_input.p in it). I applied the patches (except tcp_input) and tested. Now I get: Panic: bad cur_off 00000 m_p 0xc0a7f400 0xc0a7f400 my_off 0 1448 cc 3407144 As usual, I'm willing to test more when there are an update available. --B=F6rje On Fri, 18 Apr 2003 13:04:24 PDT "Jin Guojun [DSD]" wrote: > Opps, there was a bad file -- tcp_input.p -- which is not working yet. > Also, a patch file -- tcp_usrreq.p -- was missing. > = > I will take the tcp_input.p out and put tcp_usrreq.p in. > When it is finished, I will send another mail out. > = > -Jin > = > Borje Josefsson wrote: > = > > On Thu, 17 Apr 2003 22:12:02 PDT "Jin Guojun [NCS]" wrote: > > > > > I have modified the sockbuf and mbuf operation to double the throug= hput over > > > high bandwidth delay product path. > > > > > > The patch is available at: > > > http://www-didc.lbl.gov/~jin/network/lion/content.html#FreeBSD_= Patches > > > > > > The current modification is for tcp transmission only. > > > > > > I have adapted some code of uipc_socket2.c from Sam Leffler > > > http://www.freebsd.org/~sam/thorpe-stable.patch > > > > > > for tcp receiver, but it has not been tested yet, so the tcp_input.= p is empty. > > > > > > I ignored all record chain (m_nextpkt) related code. The details is= explained at > > > > > > http://www-didc.lbl.gov/~jin/network/lion/content.html#BSDMbuf > > > > > > Once the tcp_input code is tested, I will submit the patch to bugs@= freebsd.org. > > > I may submit the patch regardless if tcp_input code works or not, b= ecause the > > > tcp > > > sender (server) is more important in high-speed network than the re= ceiver > > > (client). > > > > > > It is appreciated if any one can verify the patch and provide feedb= ack. > > > > OK. I have now tried this patch on a newly-installed 4.8R. The patch > > applied fine. When the sysctl net.inet.tcp.liondmask is unset, everyt= hing > > seems OK, but when setting it to 7 (as specified with the patch > > instructions) i get: > > > > Fatal trap 12: page fault while in kernel mode. > > (I could write down all the stuff on addresses etc if it makes sens= e) > > > > when I run ttcp to test the performance. > > > > This is repeatable. > > > > I'm willing to test more, if someone provides me with some hints on w= hat > > to do. > > > > --B=F6rje > =
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200304191305.h3JD5S2F026929>