search for: mlyle

...LAs is horribly broken without r81058 (at least on x86-64). I don't know if it has any other implications but it's definitely greatly stabilizing for our code base. Thanks, Mike PS -- I am not subscribed to this list. -- Michael P. Lyle Chief Executive Officer Translattice, Inc. mlyle at translattice.com

...://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090831/086443.html into 2.6 when convenient, thanks! -Chris > > Thanks, > > Mike > > PS -- I am not subscribed to this list. > > -- > Michael P. Lyle > Chief Executive Officer > Translattice, Inc. > mlyle at translattice.com > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

...te a bit and its not causing a regression. -Tanya > > -Chris > >> >> Thanks, >> >> Mike >> >> PS -- I am not subscribed to this list. >> >> -- >> Michael P. Lyle >> Chief Executive Officer >> Translattice, Inc. >> mlyle at translattice.com >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -------------- next part -------------- An HTM...

On Sun, Feb 24, 2002 at 09:04:03AM +0100, Ricardo Galli wrote: > Sorry, didn't explain well. > > Nagle's algorithm (rfc896) buffers user data until there is no pending acks > or it can send a full segment (rfc1122). > > icecast doesn't need it at all, because it already sends large buffers and > the time to send the next buffers is relatively very long. IMO