| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <aa7d2c6d0801081734t363768ffi31adb3bd26e639c7@mail.gmail.com> Date: Tue, 8 Jan 2008 17:34:03 -0800 From: "Lachlan Andrew" <lachlan.andrew@...il.com> To: "David Miller" <davem@...emloft.net> Cc: jheffner@....edu, ilpo.jarvinen@...sinki.fi, netdev@...r.kernel.org, quetchen@...tech.edu Subject: Re: SACK scoreboard Greetings David, On 08/01/2008, David Miller <davem@...emloft.net> wrote: > From: John Heffner <jheffner@....edu> > > > I haven't thought about this too hard, but can we approximate this by > > moving scaked data into a sacked queue, then if something bad happens > > merge this back into the retransmit queue? > > That defeats the impetus for the change. > > We want to free up the data, say, 2 packets at a time as > ACKs come in. The key goal is smooth liberation of > retransmit queue packets over time. John also suggested freeing the packets as a lower priority task, just doing it after they're acknowledged. When the ACK finally comes, you could do something like moving John's entire list of packets to a "to be freed" list, and free a few every time (say) another ACK comes in. $0.02, Lachlan -- Lachlan Andrew Dept of Computer Science, Caltech 1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA Ph: +1 (626) 395-8820 Fax: +1 (626) 568-3603 http://netlab.caltech.edu/~lachlan -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists