Is sendfile all that sexy?
Quoted 1 line
AIUI, Jeff Merkey was working on loading "userspace" apps into the
kernel
Quoted 1 line
to tackle this sort of problem generically. I don't know if he's
tried it
Quoted 1 line
with Samba - the forking would probably be a problem...
I think, that is not what we need. Once Ingo wrote, that since HTTP serving can also be viewed as a kind of fileserving, it should be possible to create a TUX like module for the same framwork, that serves using the SMB protocol instead of HTTP...
-- SaPE / Sasi Péter / mailto: [email protected] / http://sape.iq.rulez.org/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 10 lines · Sasi Peter
Quoted 1 line
AIUI, Jeff Merkey was working on loading "userspace" apps into the
kernel
Quoted 1 line
to tackle this sort of problem generically. I don't know if he's
tried it
Quoted 1 line
with Samba - the forking would probably be a problem...
I think, that is not what we need. Once Ingo wrote, that since HTTP serving can also be viewed as a kind of fileserving, it should be possible to create a TUX like module for the same framwork, that serves using the SMB protocol instead of HTTP...
I must admit I'm a bit sceptical - apart from anything else, Jeff's approach allows a bug in the server software to blow the whole OS away, instead of just quietly coring! (Or, worse still, trample on some FS metadata in RAM... eek!) A TUX module would be a nice idea, although I haven't even been able to find a proper TUX web page - Google just gave page after page of mailing list archives and discussion about it :-(
James.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines
I think, that is not what we need. Once Ingo wrote, that since HTTP serving can also be viewed as a kind of fileserving, it should be possible to create a TUX like module for the same framwork, that serves using the SMB protocol instead of HTTP...
Kernel SMB is basically not a sane idea. sendfile can help it though
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 7 lines · Alan Cox
Quoted 4 lines
I think, that is not what we need. Once Ingo wrote, that since HTTP serving can also be viewed as a kind of fileserving, it should be possible to create a TUX like module for the same framwork, that serves using the SMB protocol instead of HTTP...
Kernel SMB is basically not a sane idea. sendfile can help it though
Right now, ISTR Samba is still a forking daemon?? This has less impact on performance than it would for an httpd, because of the long-lived sessions, but rewriting it as a state machine (no forking, threads or other crap, just use non-blocking I/O) would probably make much more sense.
James.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 6 lines · James Sutherland
performance than it would for an httpd, because of the long-lived sessions, but rewriting it as a state machine (no forking, threads or other crap, just use non-blocking I/O) would probably make much more sense.
From a kernel coders perspective, possibly. But a lot of SMB details are
pretty convoluted. Statemachines may produce more efficient code but can be hell to maintain and expand. Bugs can hide in lots of corners.
Regards,
bert hubert
Signature · 7 lines
PowerDNS Versatile DNS Services Trilab The Technology People 'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 10 lines · bert hubert
Quoted 4 lines · James Sutherland
performance than it would for an httpd, because of the long-lived sessions, but rewriting it as a state machine (no forking, threads or other crap, just use non-blocking I/O) would probably make much more sense.
From a kernel coders perspective, possibly. But a lot of SMB details are pretty convoluted. Statemachines may produce more efficient code but can be hell to maintain and expand. Bugs can hide in lots of corners.
I said they were good from a performance PoV - I didn't say they were easy! Obviously there are reasons why the Samba guys have done what they have. In fact, some parts of Samba ARE implemented as state machines to some extent; presumably the remainder were considered too difficult to reimplement that way for the time being.
James.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/