If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.
![]() |
|
|
#901 |
|
Regular
Join Date: Mar 2007
Posts: 8,961
|
So by implication the next round of desktop ATI cards should hit in or before October. It would be a bit odd if the mobility parts launched before desktop parts.
Unless those are just rebranding, in which case I'll be very disappointed by ATI. Same goes for Nvidia if 425 isn't a Fermi derivative. Regards, SB |
|
|
|
|
|
#902 | |
|
Member
Join Date: Jan 2010
Posts: 140
|
Quote:
And no, I'm not implying that I know anything, but there was that supposedly leaked AMD roadmap that showed a Vancouver mobile refresh that is still UVD2 (+Eyefinity), whereas all SI-based chips seem to be UVD3. I also read a rumor that AMD is/was working on respins/new steppings of their 5xxx mobile chips to improve yields or power consumption (or both). So my guess is that Vancouver is just a refresh of the Evergreen-based mobile lineup to reduce manufacturing cost and/or improve performance-per-watt, and for marketing reasons it will introduce Eyefinity to mobile space and use the 6xxx naming scheme, to have "new" products in time for back-to-school season. SI-based "real" 6xxx mobile chips probably won't come before Q1/Q2 2011. That's what the leaked roadmap claimed, and mobile chips usually appear a few months after their desktop equivalents, and since SI desktop models seem to be scheduled for Q4/2010 - Q1/2011 time-frame... |
|
|
|
|
|
|
#903 |
|
MSI Man
|
TKK, you're talking a lot of sense.
__________________
I miss you CJ, 1976 - 2010 |
|
|
|
|
|
#904 |
|
Member
Join Date: Jan 2010
Posts: 416
|
A radeon 5850 for a much more realistic price would be more than any new 6xxx card
The price/performance is same(or worse ?) than the 4k cards. The new faster cards just cost much more than the older cards. At least for people who dont care for eyefinity (over 90% consumers) and other "features". (including DX11, which seems to be the dx with the most benchmarks and techdemos If the 6k cards will be on the same leaky 40nm TSMC than the 5k cards, than dont expect revolution. If they increase die size or buss width the new cards will cost more. The price/performance stays probably same. Last edited by GZ007; 04-Jul-2010 at 19:24. |
|
|
|
|
|
#905 | |
|
Member
Join Date: Jan 2010
Posts: 114
|
Quote:
Last edited by CRoland; 04-Jul-2010 at 21:33. Reason: typo |
|
|
|
|
|
|
#906 |
|
hardly a Senior Member
Join Date: Jul 2008
Location: still camping with a mauler
Posts: 3,637
|
Obviously we wouldn't expect any price/performance revolutions if they stay on the same node. They could perhaps dramatically increase tessellation performance, but this hardly matters for most games.
|
|
|
|
|
|
#907 |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
They can increase efficiency. Evergreen architecture scales quite poorly with the number of SIMDs (simply - HD5850 OCed to HD5870 level performs the same despite 160 SPs and 8 TMUs difference).
I expect higher efficiency (per-flop performance), higher tesselation+geometry performance and better texture filtering.
__________________
Sorry for my English. But I hope it's better than your Czech |
|
|
|
|
|
#908 |
|
Member
Join Date: Jun 2008
Location: Copenhagen
Posts: 554
|
That "effiency" and tesselation performance is only really an issue on 58x0, which has sort of out-grown the design. So I don't see much reason to update the lower end (until a new node).
|
|
|
|
|
|
#909 |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
That's right for tesselation, but scaling isn't great even on HD5700 (but I must admit it's much better than on HD5800):
http://en.inpai.com.cn/doc/enshowcont.asp?id=7688 at the average: 400 -> 640 SPs (+60%) = +7,8% gaming performance 720 -> 800 SPs (+11%) = +6% gaming performance 1440 -> 1600 SPs (+11%) = +1,8% gaming performace the test isn't optimal, HD5800 may be CPU limited in some cases, but the results are very similar even for those games, which are GPU bottlenecked...
__________________
Sorry for my English. But I hope it's better than your Czech |
|
|
|
|
|
#910 |
|
Senior Member
|
There must be disabled ROPs or something like that on the Juniper-based HD 5670.
|
|
|
|
|
|
#911 | |
|
Senior Member
Join Date: Oct 2002
Posts: 2,435
|
Quote:
(And yes both the HD5830 and Juniper HD5670 don't scale normally but that has nothing to do with bad scaling of the architecture but everything with the strange effects of disabling half the rops with these chips.) |
|
|
|
|
|
|
#912 |
|
Gamerscore Wh...
Join Date: Jan 2002
Posts: 12,948
|
Given the highest resolution tested there is 1080P thats not really saying anything conclusive.
|
|
|
|
|
|
#913 |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
![]() These situations aren't CPU limited, evidently. HD5800 barely hits 60FPS, so higher resolution would reduce framerates to hardly playable levels. +11% of SPs and TMUs translates to 1-3% performance advantage. Another example - at more demanding settings: ![]() HD5970 and 2x HD5850 - both of them have the same core and memory clocks. HD5970 has an advantage of 320 SPs and 16 TMUs (+11%). But real performance is only 1-3% better, again.
__________________
Sorry for my English. But I hope it's better than your Czech |
|
|
|
|
|
#914 | |
|
Member
Join Date: Feb 2010
Posts: 293
|
Quote:
|
|
|
|
|
|
|
#915 | |
|
Member
Join Date: Dec 2009
Posts: 582
|
Quote:
Now I know there are many differences between the two , like bandwidth , Texture Mapping , clocks , but still .. |
|
|
|
|
|
|
#916 | ||
|
Gamerscore Wh...
Join Date: Jan 2002
Posts: 12,948
|
Quote:
Quote:
|
||
|
|
|
|
|
#917 | |
|
Member
Join Date: Jan 2010
Posts: 416
|
Quote:
Lets hope new cards wont cost 800 dolars for similar 4800-->5800 performance increase in the future. |
|
|
|
|
|
|
#918 | |
|
Member
Join Date: Feb 2010
Posts: 293
|
Quote:
|
|
|
|
|
|
|
#919 | |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
Quote:
You know the weak points and you know which of them will be solved by R9xx... That makes any discussion quite difficult Yes. SPs can be fully utilized, but only by syntetic tests, not in games. This implies there's likely something unoptimal in GPU's front end. Maybe LDS conflicts, maybe somethink else...
__________________
Sorry for my English. But I hope it's better than your Czech |
|
|
|
|
|
|
#920 | |
|
Heteroscedasticitate
Join Date: Mar 2005
Posts: 2,354
|
Quote:
More ALUs allow you to do more math. Great, but that doesn't help with either of the above examples. There are other architectural traits that aren't neccessarily upscaled between the SKUs you're comparing (for example, equal export rate from differing stages of the pipe, equal setup rate, equal Hier-Z rate etc.). What I'm getting at is that ultimately, these are reasonably complex machines running reasonably complex code, and a complex system should not be approached deterministically.
__________________
Donald Knuth: Science is what we understand well enough to explain to a computer. Art is everything else we do. |
|
|
|
|
|
|
#921 | |
|
Gamerscore Wh...
Join Date: Jan 2002
Posts: 12,948
|
Quote:
And just looking at the graphs you linked, now that I can see them, we have a 52% increase in performance from (full) Cypress to Juniper on Crysis and a 77% increase on Just Cause; to me that indicates that Cyrsis is fairly CPU bound. Taking a closer look at the Just Cause numbers shows that Juniper SIMD scaling is at <2% but Cypress is actually at 3% - given the only element that doesn't scale by 2x between Cypress and Juniper is the front end geometry, these results would indicate that Just Cause is not being particularly bound by that. |
|
|
|
|
|
|
#922 |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
So the question is simple. Why gaming performance of Cypress doesn't scale well with the number of SIMDs, while it scales well with frequency?
HD5850 (1440SPs/72TMUs) clocked 3% higher than HD5870 (1600SPs/80TMUs - typo, thx to neliz) would outperform it. That's quite strange, isn't it?
__________________
Sorry for my English. But I hope it's better than your Czech Last edited by no-X; 06-Jul-2010 at 09:15. |
|
|
|
|
|
#923 | |
|
MSI Man
|
Quote:
On the other hand, with SIMD's disabled, your L2 cache remains intact. I'm not sure if that's a bottleneck there, but in some cases it might be better to have more cache available per SIMD? That and your Geometry/Vertex/Z assembler performance is also increased since that's also equal between 5850/5870. So, if the app is limited on anything but SIMD, you'd benefit of increased clocks. (Dave has that data.. spill it!
__________________
I miss you CJ, 1976 - 2010 Last edited by neliz; 06-Jul-2010 at 08:40. |
|
|
|
|
|
|
#924 |
|
Senior Member
|
Cache is tied to the MCs and a lesser extent ROPs - not SIMDs, isn't it?
__________________
English is not my native tongue. Before flaming please consider the possiblity that I did not mean to say what you might have read from my posts. Work| RecreationWarning! This posting may contain unhealthy doses of gross humor, sarcastic remarks and exaggeration! |
|
|
|
|
|
#925 |
|
Senior Member
Join Date: May 2005
Posts: 2,038
|
neliz: Fixed, thanks
CarstenS: Yes. I think neliz's point was that disabling SIMDs doesn't disable L2 (which isn't part of SIMDs) and because of that, HD5850 has more L2 per SIMD (ratio).
__________________
Sorry for my English. But I hope it's better than your Czech |
|
|
|
![]() |
| Tags |
| Барт, Кайман |
| Thread Tools | |
| Display Modes | |
|
|