Is there a setting for gmail that is mailing-list aware? I'm going to see if there's a way to make "reply all" the default.
On Mon, Mar 18, 2013 at 4:34 PM, <[email protected]> wrote: > Le 2013-03-18 15:38, Nicolas Boulay a écrit : > >> 2013/3/18 Timothy Normand Miller <[email protected]> >> >>> For CPUs, 32 was found to be optimal by some paper published back in >>> the early 90s, I think. 16 was a second best, while 64 had >>> diminishing returns. Im not sure how this applies to GPUs, >>> >>> however. One problem with doubling the RF size is that you slow it >>> down. >>> >> This number came without superpipelining and superscalaire in mind. >> > not to mention renamed, out-of-order architectures... True. A more dominating reason why we don't make the ARF larger is instruction compactness. Through renaming, the CPU infers a larger register file based on dependencies between many in-flight instructions. An in-order processor would benefit from a larger ARF, but recent attempts at that (e.g. Itanium) have been flops, and mostly because memory stalls can't be scheduled statically. > > > Unrolling loops is a good way to avoid instruction for the control >> flow, and removing dependencies between instructions but this need at >> least twice the number of register. >> > > From memory of the F-CPU design, if we consider a constant stream > of computation instructions with 2 reads 1 writes that can not overlap > (the dependencies are loose and the code is unrolled to fit the pipeline), > > 32 registers => up to 11 instructions "in flight" in the pipeline at a time > without dependencies. That means a 5-deep, 2-wide superpipeline. > > 64 was chosen for F-CPU because the pipeline could be pushed to 3-wide by > 7 deep > or 5 deep * 4 wide. That was the end of the 90s :-) > > > > ______________________________**_________________ > Open-graphics mailing list > [email protected] > http://lists.duskglow.com/**mailman/listinfo/open-graphics<http://lists.duskglow.com/mailman/listinfo/open-graphics> > List service provided by Duskglow Consulting, LLC (www.duskglow.com) > -- Timothy Normand Miller, PhD Assistant Professor of Computer Science, Binghamton University http://www.cs.binghamton.edu/~millerti/ Open Graphics Project -- Timothy Normand Miller, PhD Assistant Professor of Computer Science, Binghamton University http://www.cs.binghamton.edu/~millerti/ Open Graphics Project
_______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
