Siwei Liu - Sun Microsystems - Beijing China writes: > James Carlson wrote: > > OK ... though there are likely a few controversial issues buried in > > there. > > > did you mean potential impact of over-stressing the network or servers? > I'd like to hear your concerns and comments here.
That's one of them. The other is that when TCP is working correctly, there shouldn't be any need for something like this. TCP's designed to fill the pipe. > If so, we could apply a patch against aget to limit the > connections/pthread to a safe value. Or any other similiar mechanism to > minimize the side effect. There's not much point; the malicious user can always launch a flurry of processes to get around any limit at the application UI level. > > The unfortunate thing here is the apparent long-standing disagreement > > between the aget and wget folks on multiple streams, leading to > > duplicate tools. *sigh* > > > Better late than never. :-) > PS, any chance for peer to peer software to integrate into Solaris at > present? I ask this just for my own interest. I think Transmission is > the one for bittorrent network for the time being. How's the strategy of > Solaris over the multiple stream software for now? This likely isn't the right list to discuss that. I suggest networking-discuss at opensolaris.org instead, or perhaps some internal list instead. If you're asking about the architectural review committee's position on that software, I don't think we have one. As an ARC member, I can't see an obvious problem with including it, but I'd have to see a project in front of me for review to comment further. If you're asking about which one of the implementations is "best" or how someone would choose among them, then that sounds like something for the Networking Community to discuss. The ARC typically doesn't get involved in those discussions until there's a decision (that is, a project) to be reviewed. (Though I suppose that a project -could- list alternatives for an inception review ...) If you're asking about resources (personnel) or strategy for Sun's products, then that's something best asked internally, and it has nothing to do with the ARC, and perhaps not much to do with OpenSolaris. At a guess, it's something for your management and/or for the Solaris PAC. -- James Carlson, Solaris Networking <james.d.carlson at sun.com> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
