Opinions wanted

Author	Message
Mike Sherman* Send message Joined: 27 Jan 10 Posts: 6 Credit: 510,927 RAC: 0	Message 980525 - Posted: 18 Mar 2010, 15:32:43 UTC SuperMicro X8DAL-i dual processor to be used strictly for crunching. Better suggestions? Thanks, Mike ID: 980525 ·

hiamps Volunteer tester Send message Joined: 23 May 99 Posts: 4292 Credit: 72,971,319 RAC: 0	Message 980528 - Posted: 18 Mar 2010, 15:47:52 UTC - in response to Message 980525. Last modified: 18 Mar 2010, 15:48:10 UTC A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL Official Abuser of Boinc Buttons... And no good credit hound! ID: 980528 ·

HAL9000 Volunteer tester Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57	Message 980883 - Posted: 19 Mar 2010, 13:26:55 UTC - in response to Message 980528. A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ ID: 980883 ·

Richard Haselgrove Volunteer tester Send message Joined: 4 Jul 99 Posts: 14653 Credit: 200,643,578 RAC: 874	Message 980884 - Posted: 19 Mar 2010, 13:34:16 UTC - in response to Message 980883. A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. ID: 980884 ·

hiamps Volunteer tester Send message Joined: 23 May 99 Posts: 4292 Credit: 72,971,319 RAC: 0	Message 980885 - Posted: 19 Mar 2010, 13:35:23 UTC - in response to Message 980884. A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. That is what I thought, and Jason is working on the VLar situation or at least was... Official Abuser of Boinc Buttons... And no good credit hound! ID: 980885 ·

HAL9000 Volunteer tester Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57	Message 980935 - Posted: 19 Mar 2010, 15:29:18 UTC - in response to Message 980884. A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. Ah, I thought VHARs were not so good as well. Since they included the "Force HVAR to CPU also" option in Reschedule v1.9. I use that option on the one machine I have at work with a CUDA card. Just let it D/L GPU work and dump VHARs & VLARs to the CPU. SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ ID: 980935 ·

hiamps Volunteer tester Send message Joined: 23 May 99 Posts: 4292 Credit: 72,971,319 RAC: 0	Message 980942 - Posted: 19 Mar 2010, 15:36:34 UTC - in response to Message 980935. A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. Ah, I thought VHARs were not so good as well. Since they included the "Force HVAR to CPU also" option in Reschedule v1.9. I use that option on the one machine I have at work with a CUDA card. Just let it D/L GPU work and dump VHARs & VLARs to the CPU. I do the same but only dump the VLars to CPU and that can still be too many. Official Abuser of Boinc Buttons... And no good credit hound! ID: 980942 ·

jason_gee Volunteer developer Volunteer tester Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0	Message 980943 - Posted: 19 Mar 2010, 15:37:23 UTC - in response to Message 980885. Last modified: 19 Mar 2010, 15:41:27 UTC A board with as many PCIe slots with big video cards and a big Power Supply. GPU crunching is faster than CPU. If I had room for just one more video card.....LOL So long as it's not VHAR or VLAR work :P VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. That is what I thought, and Jason is working on the VLar situation or at least was... VHAR will depend on GPU vs CPU vs overhead performance as to where it's best to send. VLAR, yes I have been working on the situation in ultra slow motion. Apart from personal commitments delaying things, some redesign is required (pointed to by some recent experiments) and that'll need to factor in soon to be released hardware (lot's of reading and 'guessing'). "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. ID: 980943 ·

Fred J. Verster Volunteer tester Send message Joined: 21 Apr 04 Posts: 3252 Credit: 31,903,643 RAC: 0	Message 983052 - Posted: 24 Mar 2010, 12:29:04 UTC - in response to Message 980943. Last modified: 24 Mar 2010, 12:29:47 UTC VHAR runs absolutely brilliantly on GPU, especially with the v2.3 runtime DLLs. VLAR, on the other hand - there I agree with you. Avoid at all costs. That is what I thought, and Jason is working on the VLar situation or at least was... VHAR will depend on GPU vs CPU vs overhead performance as to where it's best to send. VLAR, yes I have been working on the situation in ultra slow motion. Apart from personal commitments delaying things, some redesign is required (pointed to by some recent experiments) and that'll need to factor in soon to be released hardware (lot's of reading and 'guessing'). Posting about (CUDA)-Error's A DUAL-CPU xATX Board, with 3 or 4 PCI-E x16/16/16/8, slots or a PCI-E X-Slot. And if available and not too expensivea Back-Plane* and 2 or 3 PSU's. *2x XEON; 2x i7(?) or 2x Q(X)9650/9770/9775 or newer, 6 core CPU. ID: 983052 ·

©2024 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.