Best Graphics Setup?

Message boards : Number crunching : Best Graphics Setup?
Message board moderation

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
zpm
Volunteer tester
Avatar

Send message
Joined: 25 Apr 08
Posts: 284
Credit: 1,659,024
RAC: 0
United States
Message 930383 - Posted: 2 Sep 2009, 15:13:14 UTC - in response to Message 930371.  

i should also add that a SSD would also be a good addition to a boinc machine.
ID: 930383 · Report as offensive
CryptokiD
Avatar

Send message
Joined: 2 Dec 00
Posts: 150
Credit: 3,216,632
RAC: 0
United States
Message 938326 - Posted: 8 Oct 2009, 14:17:02 UTC - in response to Message 930383.  

why would you want a ssd on a boinc machine? boinc in general, and seti in specific 9since this is a seti forum) do not do frequent reads and writes to the main drive. random access times and sustained transfer rates are of no consiquence to boinc or seti. they also do not care about seek times.

multibeam workunit is under half a meg. you could fit a few of them on a floppy. apastropulse is a bit bigger, but still its not like we are dealing with gigabyte size files here.
ID: 938326 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51583
Credit: 1,018,363,574
RAC: 1,004
United States
Message 938333 - Posted: 8 Oct 2009, 14:32:18 UTC - in response to Message 938326.  

why would you want a ssd on a boinc machine? boinc in general, and seti in specific 9since this is a seti forum) do not do frequent reads and writes to the main drive. random access times and sustained transfer rates are of no consiquence to boinc or seti. they also do not care about seek times.

multibeam workunit is under half a meg. you could fit a few of them on a floppy. apastropulse is a bit bigger, but still its not like we are dealing with gigabyte size files here.

Ditto that......

I don't think anybody on Seti has been able to show an improvement in crunching performance with the addition of SSDs.......
Sure, they may help overall system performance, and could appear to make the rig faster by speeding up booting and running other programs....but nobody has documented a crunching boost.

Correct me if I am wrong.
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 938333 · Report as offensive
Profile mr.kjellen
Volunteer tester
Avatar

Send message
Joined: 4 Jan 01
Posts: 195
Credit: 71,324,196
RAC: 0
Sweden
Message 938356 - Posted: 8 Oct 2009, 15:45:08 UTC - in response to Message 938333.  



I don't think anybody on Seti has been able to show an improvement in crunching performance with the addition of SSDs.......
Sure, they may help overall system performance, and could appear to make the rig faster by speeding up booting and running other programs....but nobody has documented a crunching boost.

Correct me if I am wrong.


Hmm, I came to think about the issue with a large cache causing massive boinc slowdowns...did that ever get traced back to HDD writes? Could an SSD help out in a case with say a 4000 unit cache?
ID: 938356 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51583
Credit: 1,018,363,574
RAC: 1,004
United States
Message 938376 - Posted: 8 Oct 2009, 17:27:15 UTC - in response to Message 938356.  



I don't think anybody on Seti has been able to show an improvement in crunching performance with the addition of SSDs.......
Sure, they may help overall system performance, and could appear to make the rig faster by speeding up booting and running other programs....but nobody has documented a crunching boost.

Correct me if I am wrong.


Hmm, I came to think about the issue with a large cache causing massive boinc slowdowns...did that ever get traced back to HDD writes? Could an SSD help out in a case with say a 4000 unit cache?

Dunno....but it's a very good question.
I am not sure if the high-cache congestion that occurs in Boinc is actually due to disk read/write times or just the CPU processing time that it takes for Boinc to gather it's thoughts when dealing with 1000's of WUs.
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 938376 · Report as offensive
Profile Gundolf Jahn

Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 446,358
RAC: 0
Germany
Message 938380 - Posted: 8 Oct 2009, 17:39:49 UTC - in response to Message 938376.  

I am not sure if the high-cache congestion that occurs in Boinc is actually due to disk read/write times or just the CPU processing time that it takes for Boinc to gather it's thoughts when dealing with 1000's of WUs.

The latter, I think. It's the sheer number of RPC calls that can't be finished within a second. No disk I/O at all.

Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)

SETI@home classic workunits 3,758
SETI@home classic CPU time 66,520 hours
ID: 938380 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51583
Credit: 1,018,363,574
RAC: 1,004
United States
Message 938381 - Posted: 8 Oct 2009, 17:41:48 UTC - in response to Message 938380.  
Last modified: 8 Oct 2009, 17:44:54 UTC

I am not sure if the high-cache congestion that occurs in Boinc is actually due to disk read/write times or just the CPU processing time that it takes for Boinc to gather it's thoughts when dealing with 1000's of WUs.

The latter, I think. It's the sheer number of RPC calls that can't be finished within a second. No disk I/O at all.

Gruß,
Gundolf

If that is the case, then a SSD would not help Boinc there either. So, at least for a dedicated Boinc rig, looks like skip the SSD.
For a multi-purpose rig, there may well be some benefits in speeding the rig up doing other things.
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 938381 · Report as offensive
CryptokiD
Avatar

Send message
Joined: 2 Dec 00
Posts: 150
Credit: 3,216,632
RAC: 0
United States
Message 938385 - Posted: 8 Oct 2009, 18:06:14 UTC

when i have tousands of work units and boinc would hang up for a few seconds at a time, i never see the hard drive led on.
ID: 938385 · Report as offensive
Profile 52 Aces
Avatar

Send message
Joined: 7 Jan 02
Posts: 497
Credit: 14,261,068
RAC: 67
United States
Message 938390 - Posted: 8 Oct 2009, 18:32:27 UTC - in response to Message 938380.  

The latter, I think. It's the sheer number of RPC calls that can't be finished within a second. No disk I/O at all.


Also, depending on the screen you sit on, that List control w/sort columns updating every second doesn't help when you have 2000+ WU's ;-) Newer Boincs have a "Show Active Tasks" button, and you can watch the impact from TaskMgr (boincmgr & boinc.exe), memory footprint drops a few meg and CPU % drops from 3+ to 0.
ID: 938390 · Report as offensive
James_Kirk
Avatar

Send message
Joined: 31 Oct 99
Posts: 8
Credit: 7,766,243
RAC: 0
Germany
Message 938431 - Posted: 8 Oct 2009, 20:52:53 UTC

I got here a RAID I Raptor HDD Setup, which should be very quick and still get slowdowns with a lot of WU in the cache.

A test on a SAN Storage results in the same, too.

So, it is not an HDD issue...
- Member of the Midna - True Form - Defense Force -


ID: 938431 · Report as offensive
Previous · 1 · 2

Message boards : Number crunching : Best Graphics Setup?


 
©2026 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.