Top GPU models |
![]() |
| log in |
Message boards : Number crunching : Top GPU models
1 · 2 · Next
| Author | Message |
|---|---|
|
boincadm/DA has done a couple of changesets: #24069, #24071 and #24072 that shows the Top GPU models here at Seti, (the link is beneath Statistics on the front page), | |
| ID: 1147120 · | |
|
Interesting, thanks for the link. Some thing doesn't look right in the line-up though. | |
| ID: 1147126 · | |
|
We also need to work with David to help him refine the list into something more useful. I added a page that shows the most productive GPU types, It looks as if the data is being pulled from recently returned results, so it should be up-to-date. But so far (and it's very early days yet) the list would be positively misleading as a buyer's guide: for a single card, no way can 9600GT>9800GT>9800GTX+ be right. I presume the scores must be strongly influenced by the number of each type of card in use here: the 9800GT was pretty much 'most bang for the buck' three years ago, and there'll be lots of them around, but that doesn't make it a 'best buy' in 2011. Do we have anyone reading the board today who could analyse gpu_list.php, and work out exactly what's being shown in the lists? My guess is that it's the raw total credits for results in the database for each card type - and I'm wondering if it might be for people running stock apps only. My first suggestion, given space constraints, would be to add the count of cards in brackets after the model name, and to sort the list by average (total/count). But I'm sure between us we can help make it even better than that. Any ideas? | |
| ID: 1147132 · | |
|
Is this based on computation potential or purely the number of cards that are present on the project? Surely it can't be based on processing power, listing a 9600GT over a GTX580... | |
| ID: 1147133 · | |
...Do we have anyone reading the board today who could analyse gpu_list.php, and work out exactly what's being shown in the lists? My guess is that it's the raw total credits for results in the database for each card type - and I'm wondering if it might be for people running stock apps only... A quick look suggest it's counting number of results in the last day for each model. I'll look again to check when my eyes decide to cooperate better with the PhP code. [Edit:] I would suggest, if that's so, that it reflects a compound value of raw performance x number in circulation of each model, rather than performance alone. They would need to divide the figures by some complicated figure based on active hosts with the given model. Unfortunately Boinc doesn't identify mixed card setups properly, but if a count of the cards per machine is available it might provide something 'near enough' Jason ____________ "It is not the strongest of the species that survives, nor the most intelligent that survives. It is the one that is the most adaptable to change." Charles Darwin | |
| ID: 1147138 · | |
A quick look suggest it's counting number of results in the last day for each model. I'll look again to check when my eyes decide to cooperate better with the PhP code. and i vote for an overview of incoming results of the last 30 days, but like jason said, thats near enough ____________ | |
| ID: 1147143 · | |
|
David has changed the sort order - does that look better, everyone? | |
| ID: 1147269 · | |
David has changed the sort order - does that look better, everyone? Yep, that looks a bit more reasonable, some figures would be nice, and what happened to the 8400 GS? has it dropped off the bottom? Claggy | |
| ID: 1147270 · | |
David has changed the sort order - does that look better, everyone? The code in [24085] seems to consider the first 5,000 results it encounters in a list of tasks created in the last 30 days. With SETI turning over 50,000 tasks an hour, that's a pretty sparse sample - my guess is that the 8400 GS just hasn't reported in the last 5,000. It's still not right - although David (brownie point for this one) has skipped tasks running for less than 100 seconds, basically the -9s - he's done nothing to account for shorty storms. I'd prefer to see a page like list of recently connected client types, with some explanations and cautions. And like that list, I'd like to see the query run periodically, and the results cached - the time it takes to refresh the 'Top GPU models' page suggests the code hits the servers pretty hard. Caching the page would help, though hopefully with a refresh interval of less than 10 months. Remind me to try and find a way of celebrating the anniversary of the current list ;-) | |
| ID: 1147277 · | |
|
What about double chip grafic cards: 9800GX2, GTX295, GTX590? | |
| ID: 1147300 · | |
|
where is my GeForce GTX 550 Ti ?? | |
| ID: 1147338 · | |
|
With so few tasks sampled and so many gpu's, and with the processing of mid range AR's and VHAR's havin at least a 30% variation. This exersize seems pointless and misleading, especially if it takes up a lot of server power. | |
| ID: 1147348 · | |
|
This is what the Top GPU models list looks like now: | |
| ID: 1147423 · | |
|
A performance graph would be nice ;) | |
| ID: 1147568 · | |
|
The Top GPU models list now has some numbers, not sure what they mean: | |
| ID: 1147654 · | |
The Top GPU models list now has some numbers, not sure what they mean: They're relative performance, presumably what fraction of the current 'top dog' each card is achieving. I added a new web page, html/user/gpu_list.php (from the 'BOINC Projects' mailing list, for those who don't monitor it regularly) | |
| ID: 1147663 · | |
|
Thanks for that, i hadn't noticed the 'Relative speeds are shown in parentheses.' entry, | |
| ID: 1147676 · | |
Thanks for that, i hadn't noticed the 'Relative speeds are shown in parentheses.' entry, It may not have been there at first - I got it from an off-list email. He may still be tuning the code - it hasn't been committed into trac yet. | |
| ID: 1147677 · | |
|
This should help answer those "best video card bang for the buck" questions. | |
| ID: 1147692 · | |
| ID: 1147696 · | |
Message boards : Number crunching : Top GPU models
| Copyright © 2013 University of California |