Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #5172
| Newsgroups | comp.programming |
|---|---|
| Date | 2015-01-31 06:03 -0800 |
| References | <7922e2a8-e5a5-4b99-873e-5a4979505ca6@googlegroups.com> <87zj8zcfht.fsf@ixod.org> |
| Message-ID | <6cac58f8-d0c7-4e5b-8eb2-eeef0d6e34df@googlegroups.com> (permalink) |
| Subject | Re: [hardware] memory bandwidth limitations (IMPORTANT) |
| From | fir <profesor.fir@gmail.com> |
W dniu sobota, 31 stycznia 2015 13:16:18 UTC+1 użytkownik Mark Carroll napisał: > fir <profesor.fir@gmail.com> writes: > > > So the question is WHY it cannot be speeded up, canot this value of this > > 1-lvl cache to cpu throughput (in both read and write) be increased? > > what is real technical reason that it stays fixed and not improve > > I'd be surprised if it hadn't been improving, but I'd guess that we have > three main technical limitations for general CPU design: > > * As you start using low power in microscopically tiny wiring you start > running into quantum effects such as tunnelling. > > * It takes energy to change the voltages on the wires. The faster you do > this, the more energy you use per second, so the hotter the chip gets. > So, you run into thermal issues as power dissipates as heat. > > * When voltage changes are fast enough, you also run into high-frequency > analog issues, such as inductance with the changing magnetic fields > inducing current in nearby wiring. > > With regard to the cache issue, I'd also wonder if, in terms of moving > data around between sections of the chip, such as between cache and > computation, even with multi-layer stacked circuits there are also > physical space limits regarding wiring the buses in and out of > everywhere, and, with logic gates on the path in the cicuit (to route or > whatever), there may well be propagation delays in the signal that are > limiting at high computation speeds. > > I'd be interested to be corrected by somebody who knows rather more than > I about modern CPU design; after all, the last hardware course I took > was last century. > they paralelized fpu arithmetic (like 8-way float simd, muls, divs), WHY they cannot "parallize" movs? there must be some reason, and as i said this is absolutely critical thing, why they are not doin that?
Back to comp.programming | Previous | Next — Previous in thread | Find similar | Unroll thread
[hardware] memory bandwidth limitations (IMPORTANT) fir <profesor.fir@gmail.com> - 2015-01-31 03:37 -0800
Re: [hardware] memory bandwidth limitations (IMPORTANT) Mark Carroll <mtbc@bcs.org> - 2015-01-31 12:16 +0000
Re: [hardware] memory bandwidth limitations (IMPORTANT) fir <profesor.fir@gmail.com> - 2015-01-31 06:03 -0800
csiph-web