![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://fry.gs/pictrs/image/c6832070-8625-4688-b9e5-5d519541e092.png)
Who wouldn’t? They are doing some of the most advanced rocket science on the planet. Of course, trusting corporations statements and research is an entire topic of it’s own. Taking Elon Musk seriously on the other hand…
Who wouldn’t? They are doing some of the most advanced rocket science on the planet. Of course, trusting corporations statements and research is an entire topic of it’s own. Taking Elon Musk seriously on the other hand…
Thanks! Both look like very decent studies so I am not certain where the difference comes from. I suspect that the division into age brackets, or averaging across all of the them may be the cause. Either way, it seems that the effects of being slightly overweight are barely statistically significant. The more you know
After some cursory research ([1] among other meta-analyses), this does not seem to be true below the age of 80. Could you cite a source?
Well, the article refers to both :)
I think you’d be right about the “number of diagnoses” statement in the title, but I think the discussion is about the deaths due to cancer, which have also increased and would not have as strong of a correlation for the reasons others mentioned
Cool, didn’t think of that one. But it would still work, since you could consider that a constant in front of the f(x) not raised to the nth power (easier to imagine if we have a constant function, then its just (b-a)). The nth root will then normalise it to 1 for any real factor.
I don’t know a single person who consumes milk because they think they require it. They just like the taste of dairy products.
The subsidization is an issue imo, but I don’t think people are as brainwashed regarding milk as you assume.
Indeed, because those two things were only exemplary, meaning they would be indicative of your system having a bottleneck in almost all types workloads. Supported by the generally higher perforance in 64-bit mode.
Clearly you can address more bytes than your data bus width. But then why all the “hacks” on 32-bit architectures? Like the 36-bit address bus via memory mapping on SPARCv8 instead of using paired index registers ( or ARMv7 width LPAE). From a perfomance perspective using an address width that is not the native register width/ internal data bus width is an issue. For a significant subset of operations multiple instructions are required instead of one.
Also is your comment about turing completeness to be taken seriously? We are talking about performance and practicality. Go ahead and crunch on some 64-bit floats using purely 8-bit arithmetic operations (or even using vector registers). Of course you can, but the point is that a suitable word size is more effective for certain computational tasks. For operations that are done frequently, they should ideally be done at native data-bus width. Vectored operations will also cost performance.
I am unsure about the historical reasons for moving from 32-bit to 64-bit, but wouldnt the address space be a significantly larger factor? Like you said, CPUs have had vectoring instructions for a long time, and we wouldn’t move to 128-bit architectures just to be able to compute with numbers of those size. Memory bandwidth is, also as you say, limited by the bus widths and not the processor architecture. IMO, the most important reason that we transitioned to 64-bit is primarily for the larger address address space without having to use stupidly complex memory mapping schemes. There are also some types of numbers like timestamps and counters that profit from 64-bit, but even here I am not sure if the conplex architecture would yield a net slowdown or speedup.
To answer the original question: 128 bits would have no helpful benefit for the address space (already massive) and probably just slow everyday calculations down.
Huh. Apparently we justed needed to start a new platform to start dropping the real life pro tips. Seriously, where have you guys been keeping these??!?
Oh shit looks like you got em’