That the book is a satire. In fact, I don't think anyone who has read it thinks it is (though it doesn't take itself very seriously). The movie takes potshots at facism and war propaganda, yes.
I think I was mis-reading, section 5.3 is discussing performance with short-lived connections, such as happens with HTTP.9 or 1.0. The question I would ask next is, how does MPTCP perform when HTTP 1.1 or similar channel multiplexing is used?
Speed-reading the paper, there appears to be some implicit ammunition for the SCTP approach (if it worked!), at least for applications like HTTP, NFS, etc, which are characterized by multiplexing of large and small messages on the stream. I conclude this from section 5.3, which I think states MPTCP over 2 links was slower than ordinary TCP over one link, when message size was 30K.
In NFS (v4) on TCP, the endpoints frame messages on the bytestream, independently in each direction. As FireFury03 states above, we're basically (potentially large) packet based. We'd like help from new transports in framing those messages optimally, avoiding head-of-line blocking for entire messages.
In addition to solving HOL, it's been proposed that we could design message framing on SCTP so as to deliver messages and data chunks on different streams, and get some advantages of NFS on RDMA.
I think it's the same story with a lot of protocols, including HTTP. In fact, like most web servers, the ONC RPC stack I work on is in user space, so I have a/the more complex version of these problems.
So do MTCP developers see solutions for any of these problems on the horizon?
Your claim that Obama a) stole and b) took credit for (inventing) the Heritage foundation proposals. He a) didn't, they are proposals b) never falsely claimed credit for inventing them.
What he -did- do, is take a position you apparently do not like. Well, I would prefer single payer too, but I think it's just a fact that Obama never promised to implement single payer--that was widely debated in the campaign cycle. Don't like the policy? Fine. Don't claim betrayal on this one.
"Stealing" ideas? Anybody who bothered to pay attention knew exactly where the ideas behind "obamacare" came from, and that they had been implemented in Mass.
I think -you- need to get a grip, and a clue.
I think among other things Obama proposed this set of reforms because he actually sought compromise with serious Republicans on free-market heath care reform. But there are no serious Republicans, as your post proves. If any of you had any balls at all, or gave a damn about the issues at stake, you would have -claimed- credit for obamacare, and passed it by approbation. Instead, I bet you now say it's flat unconstitutional. What a crock.
Thanks for this. Vance is among the writers in -any- genre whose work I value most after 30-odd years of reading. I periodically return to the Demon Princes and the Cadwall novels. I cannot recommend his work highly enough.
As I look at the landscape, I'm actually inclined to think that opensolaris is usefully distinct enough from *BSDs, with interesting and rich tools and infrastructure to attract developers from (esp.) the *BSD kernel development communities, if it becomes clear that a clearer cut opportunity to do this exists.
Also, it looks to me as if the internal Solaris devs actually liked having an open process, and valued being open source, and that while a lot of the reasons for keeping the development and design communication internal were competitive, they were also just intended to avoid taxing the productivity of a very productive team. I'm surprised Sun's solaris devs wouldn't have tried to make more (perhaps piecewise) efforts to engage external developers in areas where those interests wouldn't conflict, and, perhaps they still might.
For what it's worth, Deerfield High School (which also served Highland Park, among other places) made computing available in a form that encouraged creativity--one of the best things about it was the lack of any relation to classroom activity.
Slashdot Mirror
I found programming in nim fun; when I looked into runtime debugging nim, I wasn't very convinced I could actually use it for anything anytime soon.
That the book is a satire. In fact, I don't think anyone who has read it thinks it is (though it doesn't take itself very seriously). The movie takes potshots at facism and war propaganda, yes.
Deeply unsure about that. I enjoyed that take, however.
gross
underrated, thanks
Link?
http://arm.com/products/tools/development-boards/versatile-express/index.php
Thank you.
You rule.
Thanks, Christoph.
I think I was mis-reading, section 5.3 is discussing performance with short-lived connections, such as happens with HTTP .9 or 1.0. The question I would ask next is, how does MPTCP perform when HTTP 1.1 or similar channel multiplexing is used?
Matt
Hi,
Speed-reading the paper, there appears to be some implicit ammunition for the SCTP approach (if it worked!), at least for applications like HTTP, NFS, etc, which are characterized by multiplexing of large and small messages on the stream. I conclude this from section 5.3, which I think states MPTCP over 2 links was slower than ordinary TCP over one link, when message size was 30K.
(Apologies if I'm misreading.)
Thanks,
Matt
Byte stream semantics aren't sufficient, no. I need to multiplex messages. (More downthread.)
Thanks for your insights.
NFS on multipath is my interest, too.
In NFS (v4) on TCP, the endpoints frame messages on the bytestream, independently in each direction. As FireFury03 states above, we're basically (potentially large) packet based. We'd like help from new transports in framing those messages optimally, avoiding head-of-line blocking for entire messages.
In addition to solving HOL, it's been proposed that we could design message framing on SCTP so as to deliver messages and data chunks on different streams, and get some advantages of NFS on RDMA.
I think it's the same story with a lot of protocols, including HTTP. In fact, like most web servers, the ONC RPC stack I work on is in user space, so I have a/the more complex version of these problems.
So do MTCP developers see solutions for any of these problems on the horizon?
Doesn't SCTP provide for these scenarios (and many more)?
Sorry.
Your claim that Obama a) stole and b) took credit for (inventing) the Heritage foundation proposals. He a) didn't, they are proposals b) never falsely claimed credit for inventing them.
What he -did- do, is take a position you apparently do not like. Well, I would prefer single payer too, but I think it's just a fact that Obama never promised to implement single payer--that was widely debated in the campaign cycle. Don't like the policy? Fine. Don't claim betrayal on this one.
"Stealing" ideas? Anybody who bothered to pay attention knew exactly where the ideas behind "obamacare" came from, and that they had been implemented in Mass.
I think -you- need to get a grip, and a clue.
I think among other things Obama proposed this set of reforms because he actually sought compromise with serious Republicans on free-market heath care reform. But there are no serious Republicans, as your post proves. If any of you had any balls at all, or gave a damn about the issues at stake, you would have -claimed- credit for obamacare, and passed it by approbation. Instead, I bet you now say it's flat unconstitutional. What a crock.
OpenAFS is not dead. IIRC, any Samba AFS integration probably is. This doesn't sound like a job for AFS, however.
Fair assessment. Moorcock and Farmer uniquely understood early pulp science fiction and made amazing contributions in their own right.
Thanks for this. Vance is among the writers in -any- genre whose work I value most after 30-odd years of reading. I periodically return to the Demon Princes and the Cadwall novels. I cannot recommend his work highly enough.
Strongly agree. This should be a big help.
I know of folks working currently on secure BGP. I would imagine that's part of the solution.
Sadly, yes, there is every reason to expect it.
That's wisely put.
As I look at the landscape, I'm actually inclined to think that opensolaris is usefully distinct enough from *BSDs, with interesting and rich tools and infrastructure to attract developers from (esp.) the *BSD kernel development communities, if it becomes clear that a clearer cut opportunity to do this exists.
Also, it looks to me as if the internal Solaris devs actually liked having an open process, and valued being open source, and that while a lot of the reasons for keeping the development and design communication internal were competitive, they were also just intended to avoid taxing the productivity of a very productive team. I'm surprised Sun's solaris devs wouldn't have tried to make more (perhaps piecewise) efforts to engage external developers in areas where those interests wouldn't conflict, and, perhaps they still might.
Project caiman the installer? I don't follow.
For what it's worth, Deerfield High School (which also served Highland Park, among other places) made computing available in a form that encouraged creativity--one of the best things about it was the lack of any relation to classroom activity.