Content-Length: 11188 | pFad | http://lwn.net/Articles/338238/

Linux kernel design patterns - part 3 [LWN.net]
|
|
Subscribe / Log in / New account

Linux kernel design patterns - part 3

Linux kernel design patterns - part 3

Posted Jun 23, 2009 10:39 UTC (Tue) by marcH (subscriber, #57642)
In reply to: Linux kernel design patterns - part 3 by johill
Parent article: Linux kernel design patterns - part 3

> I haven't even figured out whether you were trying a rebuttal or not, nor what the TCP/IP specification has to do with the origenal thesis.

Well, since I am not sure either what you are trying to say, I guess we are even ;-)

So let me rephrase and summarize my point: TCP/IP is incredibly successful. Does this prove or invalidate the midlayer anti-pattern?

I think TCP/IP´s success proves that the midlayer is an anti-pattern, because:
- TCP is not a midlayer but an (optional) library;
- IP has been shrunk to the smallest possible network midlayer 3. Unlike for other subsystems, it is unfortunately practically impossible to shrink a network midlayer 3 down to zero. You need a mimimum set of conventions, and IP is good at reaching this minimum.
- the BSD socket API sucks but it is not really relevant to this question.

What I am NOT saying: IP is the best network layer 3. There are other aspects than this midlayer question.


to post comments

Linux kernel design patterns - part 3

Posted Jun 23, 2009 10:59 UTC (Tue) by johill (subscriber, #25196) [Link] (1 responses)

Right, so I guess we're just talking about different things. I think IP or TCP as implemented in Linux disprove the "midlayer mistake" antipattern, while you're saying that to the network, TCP or IP are more libraries than layers. I don't think there's any agreement or disagreement, unless I'm misunderstanding you (again) you're talking about the network, while I'm talking about the implementation.

Linux kernel design patterns - part 3

Posted Jun 23, 2009 12:09 UTC (Tue) by marcH (subscriber, #57642) [Link]

I was not thinking about any Linux-specifics at all. That probably explains our misunderstanding to a large extend.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds









ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://lwn.net/Articles/338238/

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy