Hello! > Moving protocol (no matter if it is TCP or not) closer to user allows > naturally control the dataflow - when user can read that data(and _this_ > is the main goal), user acks, when it can not - it does not generate > ack. In theory
To all that I rememeber, in theory absence of feedback leads to loss of control yet. The same is in practice, unfortunately. You must say that window is closed, otherwise sender is totally confused. > There is one problem in your logic. > RTT will not be so small, since acks are not sent when user does not > read data. It is arithmetics: rtt = window/rate. And rto stays rounded up to 200 msec, unless you messed the connection so hard that it is not alive. Check. > > Simplify protocol, move all the processing (even memory copies) to softirq, > > leave to user space only feeding pages to copy and you will have unbeatable > > performance. Been there, done that, not with TCP of course, but if you do > > not > > care about losses and ACK clocking and send an ACK once per window, > > I do not see how it can spoil the situation. > > Do you live in a perfect world, where user does not want what was > requested? All the time I am trying to bring you attention that you read to sink. :-) At least, read to disk to move it a little closer to reality. Or at least do it from terminal and press ^Z sometimes. > > You deal with 80 byte packets, to all that I understand. > > If you lose one cacheline per packet, it is a big problem. > > So actual netchannels speed is even better? :) atcp. If you get rid of netchannels, leave only atcp, the speed will be at least not worse. No doubts. > tell me, why we should keep (enabled) that redundant functionality? > Because it can work better in some other places, and that is correct, > but why it should be enabled then in majority of the cases? Did not I tell you something like that? :-) Optimize real thing, even trying to detect the situations when retransmissions are redundant and eliminate the code. > Let's draw the line. ... > That was my opinion on the topic. It looks like neither you, nor me will > not change our point of view about that right now :) I agree. :) Alexey - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
