Re: [RFC] cubic: backoff after slow start

2007-08-07 Thread Injong Rhee
Hi Stephen, We have been working on slow start and we have a nice solution for this. We will send you a patch and test results. Thanks Injong - Original Message - From: "Stephen Hemminger" <[EMAIL PROTECTED]> To: "Injong Rhee" <[EMAIL PROTECTED]>; &qu

Re: 2.6.20.7 TCP cubic (and bic) initial slow start way too slow?

2007-05-10 Thread Injong Rhee
Oops. I thought Bill was using 2.6.20 instead of 2.6.22 which should contain our latest update. Regarding slow start behavior, the latest version should not change though. I think it would be ok to change the slow start of bic and cubic to the default slow start. But what we observed is that w

Re: [patch 3/3] tcp: remove experimental variants from default list

2007-02-13 Thread Injong Rhee
On Feb 13, 2007, at 4:56 AM, Baruch Even wrote: According to claims of Doug Leith the cubic algorithm that is in the kernel is different from what was proposed and tested. That's an important issue which is deflected by personal attacks. It is not the algorithm "untested" -- it is the implem

Re: TCP congestion graphs

2006-10-25 Thread Injong Rhee
Not sure why the slow start for cubic is slower than the others. We will check on this. - Original Message - From: "Stephen Hemminger" <[EMAIL PROTECTED]> To: "Douglas Leith" <[EMAIL PROTECTED]>; "Sangtae Ha" <[EMAIL PROTECTED]> Cc: Sent: Wednesday, October 25, 2006 2:02 PM Subject: TC

Stability of various TCP protocols [CUBIC, BIC, HTCP, HSTCP, STCP]

2006-09-28 Thread Injong Rhee
http://netsrv.csc.ncsu.edu/convex-ordering/ If you need our report on theoretical results, we can e-mail you the report. Injong Rhee - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://

Re: [e2e] performance of BIC-TCP, High-Speed-TCP, H-TCP etc

2006-09-28 Thread Injong Rhee
t;[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Douglas Leith" <[EMAIL PROTECTED]>; ; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Injong Rhee" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, September 27, 2006 7:20 PM Subject:

Re: [e2e] performance of BIC-TCP, High-Speed-TCP, H-TCP etc

2006-09-23 Thread Injong Rhee
confirmed inthe FAST journal paper [ http://netlab.caltech.edu/publications/FAST-ToN-final-060209-2007.pdf -- please look at Section IV.B and C. But your results show really bad RTT fairness.] Best regards, Injong --- Injong Rhee NCSU On Sep 22, 2006, at 10:22 AM, Douglas Leith wrote: For thos

RE: tcp_highspeed: bad performance?

2006-03-16 Thread Injong Rhee
Daniele, Which version of linux are you testing with? We have test results of linux high speed TCP options in http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/asteppaper.htm > -Original Message- > From: [EMAIL PROTECTED] [mailto:netdev- > [EMAIL PROTECTED] On Behalf Of Daniele Lacamera

RE: SACK performance improvements - technical report and updated 2.6.6 patches

2005-12-20 Thread Injong Rhee
Ditto. I remember we had some discussion on this sometime back in the netdev mailing list (Baruch was part of the discussion). > -Original Message- > From: David S. Miller [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 20, 2005 4:09 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED];

RE: SACK performance improvements - technical report and updated 2.6.6 patches

2005-12-19 Thread Injong Rhee
I wonder the same. I wonder how this new patch by the HTCP folks improves what we provided for the 2.6.x (which is currently incorporated in the latest linux version). My recollection says that this HTCP patch periodically crashes the system very often -- so we could not run the comparison. BTW, th