flat assembler
Message board for the users of flat assembler.

Index > Windows > anybody here have a computer without mmx support?

Goto page Previous  1, 2
Author
Thread Post new topic Reply to topic
Melissa



Joined: 12 Apr 2012
Posts: 125
Melissa 08 May 2018, 00:35
"Worse is that it has performance/power tradeoffs, see here.""

Yeah, throttling and slow memory currently negates effects of AVX512. Skylake-SP and X has slow L3 as well, little bit faster then RAM. I guess that with DDR5 situation will change,
Post 08 May 2018, 00:35
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 20339
Location: In your JS exploiting you and your system
revolution 08 May 2018, 01:28
Future CPUs will have different capabilities. If you use AVX512 code today, and are disappointed with the lack of performance improvement (if any), then you might find that tomorrow with newer CPUs/mobos/DRAMs it gives fantastic improvements with the same code. So I suggest developing the code now even though it appears to be useless (or nearly so) and prepare to reap the benefits later. You can be the first to have your code run at breakneck speeds when everyone else is still using old code. Wink
Post 08 May 2018, 01:28
View user's profile Send private message Visit poster's website Reply with quote
Furs



Joined: 04 Mar 2016
Posts: 2503
Furs 08 May 2018, 12:13
@revolution: I don't know if that will happen since Moore's Law is basically dead and we're almost at the limits of transistor size. This is a case of power consumption (and heat generation), which requires smaller transistors. In fact that's the only thing that can increase efficiency. I mean yeah, AVX-512 might end up ok to use (without such "penalties") but I doubt much beyond that (AVX-1024?), tbh.

Remember that parallelization (e.g. stacking transistors in 3D, on top of each other) does not increase efficiency. Doubling the number of transistors at the same size (e.g. 2 layers), doubles the power consumption and performance (assuming 100% parallel), so efficiency is the exact same.

You can decrease the performance-per-core (slower speed) but that's the throttling which we wanted to avoid. Most people use the CPU for single-threaded performance, otherwise we'd just be using GPUs.

Especially now that we have easy GPU computing with Vulkan, no more vendor-specific crap.
Post 08 May 2018, 12:13
View user's profile Send private message Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo 09 May 2018, 06:33
rugxulo wrote:

(Didn't RDTSC have an overflow bug in early Pentium models? I recently read that there was another bug where it wouldn't work under V86 mode, but that site seems temporarily down.)


FYI, in case anyone is curious, the site/article is back up. Undocumented RDTSC (OS/2 Museum).
Post 09 May 2018, 06:33
View user's profile Send private message Visit poster's website Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo 09 May 2018, 06:58
revolution wrote:
Future CPUs will have different capabilities. If you use AVX512 code today, and are disappointed with the lack of performance improvement (if any), then you might find that tomorrow with newer CPUs/mobos/DRAMs it gives fantastic improvements with the same code. So I suggest developing the code now even though it appears to be useless (or nearly so) and prepare to reap the benefits later. You can be the first to have your code run at breakneck speeds when everyone else is still using old code. Wink


Old, pre-existing code might run slower or even break entirely on newer OSes, compilers, cpus, etc. So even what you have isn't guaranteed to remain working!

Wasting time on new cpu extensions (or compiler standards) in the blind hope of "better! faster!" is overly optimistic. Sure, you can take a look, try to add it, but it might actually perform worse!

Regressions, downgrades, deprecation ... bah.
Post 09 May 2018, 06:58
View user's profile Send private message Visit poster's website Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.

Website powered by rwasa.