Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
125 user(s) are online (68 user(s) are browsing Forums)

Members: 1
Guests: 124

MickJT, more...

Headlines

 
  Register To Post  

« 1 (2)
Re: power managment and gfx cards discussion
Quite a regular
Quite a regular


See User information
@Raziel

Quote:
does anyone have a RX 580 and can tell me their Polaris version?)


Oddly enough, my RX550 shows up on the Workbench header and in Sysmon as a Polaris 12.

Paul

Builder of Frankenthousand The monster A1000
The Young Frankenthousand A1-XE G4
X5000
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Paul

taken from wikipedia:

Quote:

Chips
discrete GPUs:

Polaris 10 (also codenamed Ellesmere) found on "Radeon RX 470" and "Radeon RX 480"-branded graphics cards

Polaris 11 (also codenamed Baffin) found on "Radeon RX 460"-branded graphics cards (also Radeon RX 560D)

Polaris 12 (also codenamed Lexa) found on "Radeon RX 550" and "Radeon RX 540"-branded graphics cards

Polaris 20, which is a refreshed (14 nm LPP Samsung/GloFo FinFET process) Polaris 10 with higher clocks, used for "Radeon RX 570" and "Radeon RX 580"-branded graphics cards

Polaris 21, which is a refreshed (14 nm LPP Samsung/GloFo FinFET process) Polaris 11, used for "Radeon RX 560"-branded graphics cards

Polaris 22, found on "Radeon RX Vega M GH" and "Radeon RX Vega M GL"-branded graphics cards (as part of Kaby Lake-G)

Polaris 23, which is a refreshed (14 nm LPP Samsung/GloFo FinFET process) Polaris 12, used for "Radeon Pro WX 3200" and "Radeon RX 540X"-branded graphics cards (also Radeon RX 640)

Polaris 30, which is a refreshed (12 nm LP GloFo FinFET process) Polaris 20 with higher clocks, used for "Radeon RX 590"-branded graphics cards


I think i get it.
There are only three base GPU models...Polaris 10, 11 and 12

All "newer" or "revised cards" are based off of these models.
The gfx driver we have is only checking for and displaying/using the underlying base GPU models.
That's why later cards like my 590 show a lower GPU model.

I wonder if those "revised/updated" GPU models features stuff that is not used by the driver (but would boost them nonetheless) hence being slower than higher based GPU models albeit being later in the model range.

Probably @Hans knows

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Raziel

AMD's naming scheme has always been a bit weird and confusing. The high-end Polaris models are indeed Polaris10 (or 20/30),** and the low-end are Polaris 11 & 12. High-end cards are always released first because they want to show off the performance of the new GPU series. The low-end cards come later.

To confuse things more, the RX 590 came later. It appears to be a higher-clocked variant of the RX 580.

No idea why your RX 590 is performing so poorly. If you have the debug version of the driver, then you could record a log and send it to me (privately). I can have a look if there are any hints there.

Hans


** While wikipedia may list Polaris 10, 20, & 30, AMD's own drivers see them all as Polaris10. I'm guessing that they're all basically the same GPU series, but with slight differences (e.g., 12nm fabrication process vs 14nm).

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans

With pleasure.

Anything i need to perform so you might get a usable log?
Or is using the debug driver enough?

Should i let it run the gfx2d benchmark?

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans

Not part of the above, but i get a lot of these with the RX560
RadeonRX (0): Could not create a timer object, using ITimer->MicroDelay() instead

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Raziel

Quote:
Anything i need to perform so you might get a usable log?
Or is using the debug driver enough?

Should i let it run the gfx2d benchmark?

Running the GfxBench2D benchmark might get some interesting power management info (don't upload the results, though). The rest of the info is printed during startup.

Quote:
Not part of the above, but i get a lot of these with the RX560
RadeonRX (0): Could not create a timer object, using ITimer->MicroDelay() instead

What are you running that triggers that? I've only ever got that with AudioEvolution 4. That'll be gone with the next driver release...

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans

Oh nice that it will be gone already.

If i go into prefs edit with AmiDock this will triggrer.
It might not be AmiDock itself but one of the dockies, though i don't know which tbh

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Quite a regular
Quite a regular


See User information
Woah, I never really took a notice of this thread until now. My scores seem pretty appalling:

X1000 - http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2529
X5000 - http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2530 (X5 seems to go very quick and the struggle more than the X1 setup in the final "random" stage 54)

Having spent so much time, effort and money into these things and having even spent the money to convert the single RAM stick in the X5000 to two seperate ones etc, etc the score of the X5 seems particularly dissapointing.

Are they bad, and if so, how to improve them?

===

SDLBench using SysMon shows that each of my systems, X1 X5, are pretty much on par.

===

GPmark shows for X5:
225, 89, 101, 102, 100, 20, 23 ; with X1 half of those values apart from the last two which are the same.

===

I think that RadeonRX.chip @ 2,7 is correct for my X5000 system. I have not bought Radeon v5 for either machine (yet).

===

Doom3 runs okay on this system.

===

Perhaps I should not read into the results too much. But, if I am doing something wrong then let me know.


Edited by rjd324 on 2023/3/3 15:10:10
Edited by rjd324 on 2023/3/3 15:38:15
If liberty means anything at all, it means the right to tell people what they do not want to hear.
George Orwell.
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans

I sent you the log to your hdrlab.org.nz email

Thank you and please keep me updated (eMail or PM would be fine)

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@rjd324

Quote:

Woah, I never really took a notice of this thread until now. My scores seem pretty appalling:

X1000 - http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2529
X5000 - http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2530 (X5 seems to go very quick and the struggle more than the X1 setup in the final "random" stage 54)

Why do you think they're appalling? What's your reference point to compare?

Quote:
Having spent so much time, effort and money into these things and having even spent the money to convert the single RAM stick in the X5000 to two seperate ones etc, etc the score of the X5 seems particularly dissapointing.

Are they bad, and if so, how to improve them?

Your X5000 is let down by the MemCopy scores. Compare them side-by-side, and you'll see that the X1000's WritePixelArray/ReadPixelArray are DMA accelerated, but the X5000's are not. That results in a very steep performance penalty (especially ReadPixelArray). This in turn hurts the random test, because each of the operations are run randomly, including WritePixelArray & ReadPixelArray.

There's nothing you can do about it. I expect an updated graphics.library will be released at some point that will include DMA accelerated WritePixelArray() & ReadPixelArray() for the X5000.

Semi-related:
I noticed a few weird results at the top of the AmigaOS GfxBench2D charts. A Pegasos II with a (crappy) Silicon Motion SM502? I wasn't aware that the SM502 was available as a plug in card for the Pegasos II. It's sitting at the top due to unbelievably high MemCopy, FillRect, BlitRect & OverlappedBlitRect scores, and missing compositing scores (IIRC, the SM502 isn't capable of compositing). The MemCopy numbers efar exceeds AGP/PCI bandwidth, so I'm guessing that it's actually doing the MemCopy in RAM. FillRect may be higher due to using a 16-bit screen (which halves the bandwidth).

EDIT: Actually, those MemCopy performance test results exceed the Pegasos II's RAM bandwidth as well. What's going on?

EDIT2: Are these results from an emulated Pegasos II + SM502? The SM502 in the Sam460 is very slow (link). Emulated hardware would make more sense, given the suspect details (e.g., "Unknown" processor).

Hans


Edited by Hans on 2023/3/4 5:19:20
Edited by Hans on 2023/3/4 5:30:44
Edited by Hans on 2023/3/4 5:32:13
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans
Quote:

Compare them side-by-side, and you'll see that the X1000's WritePixelArray/ReadPixelArray are DMA accelerated, but the X5000's are not. That results in a very steep performance penalty (especially ReadPixelArray). This in turn hurts the random test, because each of the operations are run randomly, including WritePixelArray & ReadPixelArray.


X5000 do have DMA accelerated graphics.library too : this was added by Salas00 2 years ago or something (you may remember i offer 1000$ for this in beta list), but I do not remember if this graphics.library were in the latest os4 public updates through …

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@kas1e

Yes, I know. It looks like the X5000 DMA enabled version hasn't been released yet (rjd324 clearly doesn't have it), and I have no idea when it'll be available to end-users.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: power managment and gfx cards discussion
Just can't stay away
Just can't stay away


See User information
I added A1222/X5000 DMA support to graphics.library in January 2022 (versions 54.250/54.251). In order to work it also needs a newer kernel for the fsldma.resource (if a too old kernel is detected the DMA support code is not used).

Go to top
Re: power managment and gfx cards discussion
Quite a regular
Quite a regular


See User information
@Hans

This is my reference point:
http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2346

Scoring twice as much in WritePixelArray and about 50x more in ReadPixelArray.

But, I have no idea who is a beta tester on there, perhaps you cab tell by the library versions. I am not so perhaps there is something they have that I don't.

If liberty means anything at all, it means the right to tell people what they do not want to hear.
George Orwell.
Go to top
Re: power managment and gfx cards discussion
Just can't stay away
Just can't stay away


See User information
@rjd324
Quote:
This is my reference point:
http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2346
...
But, I have no idea who is a beta tester on there
Reference has graphics.library 54.252 (with X5000/A1222 DMA support from salass00), it's from an OS4 developer or beta tester.

You have graphics.library 54.248, which doesn't include the X5000 DMA support yet.

Go to top
Re: power managment and gfx cards discussion
Quite a regular
Quite a regular


See User information
@joerg

Thanks for the info.

If liberty means anything at all, it means the right to tell people what they do not want to hear.
George Orwell.
Go to top
Re: power managment and gfx cards discussion
Just can't stay away
Just can't stay away


See User information
@Hans
Quote:
EDIT2: Are these results from an emulated Pegasos II + SM502?
All CPUs supported by the Pegasos II (750, 74xy) have an L2 cache, the results on your page have 0 bytes L2 cache. Definitely some kind of emulation, or fake results.

Best result from a real Pegasos II seems to be https://ns.hdrlab.org.nz/benchmark/gfx ... 2d/OS/AmigaOS/Result/2155


Edited by joerg on 2023/3/4 18:27:26
Go to top
Re: power managment and gfx cards discussion
Home away from home
Home away from home


See User information
@Hans

Coming back to an earlier question from you...this specifically
Quote:

Quote:

Not part of the above, but i get a lot of these with the RX560
RadeonRX (0): Could not create a timer object, using ITimer->MicroDelay() instead

What are you running that triggers that? I've only ever got that with AudioEvolution 4. That'll be gone with the next driver release...

I found the docky that's causing this to pop up in serial.

It's keymapswitcher_docky
Bringing up AmiDocks edit window will trigger it and even more if i bring up the keymap switcher window from it's docky

Is it bad?
I can nudge Javier to take a look and maybe fix it?

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: power managment and gfx cards discussion
Not too shy to talk
Not too shy to talk


See User information
@Hans

Quote:
Are these results from an emulated Pegasos II + SM502?


I think it's fair to say yes.

http://amiga-news.de/en/news/AN-2023-03-00113-EN.html

Go to top

  Register To Post
« 1 (2)

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project