Tom's Hardware > Forum > CPU & Components > CPUs > Huge Workstation Build

Huge Workstation Build

Forum CPU & Components : CPUs - Huge Workstation Build

Tom's Hardware: Over 1.4 million members in 6 different countries available to answer all your high-tech questions. Sign up now! Its free!
Page:    Previous 1 2 Next Bottom Search this thread
Word :    Username :           
 

Earlier this week I got the following components from a local computer shop:

Tyan Tempest i5400PW Motherboard
2x Xeon X5472 (3.0Ghz, 1.6Ghz FSB Harpertown)
16x 1GB Kingston DDR2-800 FB-DIMM
2x 500GB Seagate Barracuda 7200.10 Hard Drives
Silverstone Tenjim 10 (TJ10, windowed version)
Enermax Galaxy 850W
7x Noctua NF-P12-1300 120mm 9-bladed fans
2x Thermalright HR-01-X Xeon Heatsinks
FB123 Zalman Fan with Retention Bracket

Should be interesting, eh? There's no dedicated video card because it'll primarily be a HPC rig. This motherboard is absolutely great: it would support up to 64GB of memory without a problem. It's basically what the Seaburg chipset, the one in the skulltrail platform, was designed for: this really is a server, and isn't a server chip pretending to be a cool gaming-oriented platform. Having said that, it's the same chipset, so this is basically another take on the Skulltrail platform.

I unpacked everything and proceeded to the build. I have a few pictures here that I'm about to upload and will post the links very shortly. It's already up and running. I'll also install an OS and try and run some benchmarks. Here are two:

http://www.ifi.unicamp.br/~daviddc/thgpost1.jpg

The two OEM processors and one of the Thermalright HR-01-Xs. Apparently, the X5472 is more widespread as OEM version for system integrators. The guy I bought this from said he couldn't find boxed top-range Xeons anywhere. So no stock coolers, but... who cares? Honestly, against the HR-01-X?...

http://www.ifi.unicamp.br/~daviddc/thgpost2.jpg

The motherboard, still inside protective bag. Quite a big motherboard: I've never seen one of this size. And certainly not with 16 memory slots!

Message quoted 1 times
Message edited by Mephistopheles on 05-02-2008 at 11:28:28 PM
Sponsored Links
Register or log in to remove.

So let's get to the more interesting pictures...

http://www.ifi.unicamp.br/~daviddc/thgpostA.jpg

So that's what we're talking about... system up and running. Wires are still a little messy: I did the cabling properly only for the HDD cables. The fan wires in particular are all over the place. I'll take care of that later. There are 7 active noctua fans in this system, plus another for the main intake, but the noctuas are not noisy. Cooling is great, because there's kind of a vertical wind tunnel going on here. Also, for those who were wondering, the Zalman retention bracket was my way to keep the memory cool. I'm still considering using the supplied rear fan (a black nine-bladed Silverstone FM121) for the retention bracket, just for the looks. The noctuas look great but have very strange colors. What do you think?

http://www.ifi.unicamp.br/~daviddc/thgpostB.jpg

Here's another one. I haven't figured out what "93" (or is it "E6"?) means, but it certainly is cool. The system was running memtest while this picture was taken. Plus, here you can see that I haven't even zip tied the front panel cables (reset, power and so on).

http://www.ifi.unicamp.br/~daviddc/thgpostC.jpg

Huh, I wonder if that's enough to run vista? These are the 16 DDR2-800 FB-DIMM modules with dedicated cooling by a Noctua NF-P12-1300 fan. Just imagine if they were 2GB modules or even 4GB modules! Really, all you need is money for that: the motherboard and technology for it is there.

Reply to Mephistopheles

A few more...

http://www.ifi.unicamp.br/~daviddc/thgpostD.jpg

The assembled system, closed. OK, so I still haven't bothered to hide the fan cables and still haven't zip tied the front panel cables, but come on, this already looks quite good! System is off here.

http://www.ifi.unicamp.br/~daviddc/thgpostE.jpg

http://www.ifi.unicamp.br/~daviddc/thgpostF.jpg

Two more from other angles. In this last one, you can see that I've done the cabling for the hard drives with zip ties in a more respectable fashion. I'll do the rest later.

http://www.ifi.unicamp.br/~daviddc/memtest.jpg

This is what I ran first: a memtest86+. Doesn't recognize processor or chipset, but did you see that memory speed? (remember, the theoretical maximum bandwidth for quad-channel DDR2-800 is 25.6GB/s) I'll run something a little more beefy later on.


Reply to Mephistopheles

Nice :D.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

You might want to use a dedicated graphic card since onboard graphics uses the system RAM (even though it's only 32MB) the onboard will have a negative effect on RAM bandwidth. Just grab a cheap PCIe card like a 8400/8600.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793
- 0 +

Holy Sh** that is one f**king nice system, (swearing increases as jelousy does.)

obviously not gaming, but what is the main purpose of this sytem? caluculations? rendering? Server?

Shadow if it used as a server or as a workstation of calculation then there is really very little need for a GPU.

none of the servers i have come into contact with have dedicated graphics (although thats te wrong word, as on board graphics still has a GPU so doesnt strain the CPU) because there is just no need for them unles it has some graphical processing to do or if the MB doesnt haev built in graphics. there just more to go wrong.

very nice build and the total cost???


Message edited by dobby on 05-03-2008 at 12:13:27 AM
Reply to dobby
- 0 +

Wow...just...wow.

I looked up those X5472 CPU's and they ring in over a grand a piece...yikes! If only I had such money!

If this rig could be used for gaming, I wonder how well it would play Crysis. :lol:


Message edited by bdcrlsn on 05-03-2008 at 12:23:19 AM
------------------------------ AMD Phenom II 940 | DFI LanParty DK 790GX-M2RS | 4GB Corsair XMS2 DHX DDR2 800 | EVGA GTX 260 Core 216 SSC Edition | WD 500GB & 1TB | Sound Blaster X-Fi XtremeGamer | Antec NeoPower Blue 650 | Samsung 941BW | Windows Vista x64
Reply to bdcrlsn

Actually, shadow, I looked it up, and according to Tyan's website, the i5400PW uses a ZGI Z9S integrated PCI graphics system with 32MB DDR2 dedicated memory, so the video system doesn't access the main system memory.

While I was speccing this system, I found that it is common practice for server motherboards to include a few memory chips on their boards just for graphics. Only in the desktop arena do integrated graphics share memory, apparently! :)

Message quoted 1 times
Message edited by Mephistopheles on 05-03-2008 at 12:57:05 AM
Reply to Mephistopheles
- 0 +

Well that is pretty sweet :D. Awesome in fact...
On a side note, sorry to go slightly off topic - I know Xeon's and Opteron's are designed for server platforms but if they were put with a decent graphics card how do they compare to desktop gaming platforms? With 16gb it can't be that bad at gaming right?

Reply to Zellix

Mephistopheles wrote :

Actually, shadow, I looked it up, and according to Tyan's website, the i5400PW uses a ZGI Z9S integrated PCI graphics system with 32MB DDR2 dedicated memory, so the video system doesn't access the main system memory.

While I was speccing this system, I found that it is common practice for server motherboards to include a few memory chips on their boards just for graphics. Only in the desktop arena do integrated graphics share memory, apparently! :)


Cool. I should have checked out the board first lol. Thanks for the correction.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

supremelaw, funny story about the guy who asked if a 4-socket rig could do word processing. The only sad thing is that people who don't understand this will probably frown away from the system's price without acknowledging that this is, in fact, a ridiculously powerful number cruncher that is not like those cheap desktops you pick up at your local marketplace...

dobby: it'll primarily be used for processing custom physics code for an important professor at a local university. He and a bunch of students have parallel code up and running at it will really make a difference for them!

Also, as for price, we paid in brazilian reais, and we probably paid quite a respectable amount of import taxes, so it's not easy to compare with prices you'd pay in other countries. If you think about prices in the US, you're looking at ~US$2500-2600 for mobo+CPUs, ~US$1000 of memory, US$600 case and PSU, ~US$200 for hard drives, US$140 for 7 high-end noctua fans, ~US$110 for the HR-01-Xs, and 5 or 10 dollars for the Zalman retention bracket, which, come to think of it, was really a good idea for the FB-DIMMs. This adds up to a total cost of US$4550-4650, which, actually, isn't that expensive for such a ridiculous system.

For the sake of comparison, the top alienware system (the ALX), without monitor, costs US$5149 in its default configuration. It's a X38-based desktop with a quad-core penryn extreme-edition chip overclocked to 4Ghz equipped with a petty 2GB of DDR3-1333 and 320GB (2x160GB) hard drives, but it has a dedicated video card. OK, it uses liquid cooling and clocks higher, but it doesn't feature a 1.6Ghz FSB (or two) and is no match for the throughput of this workstation for HPC. Plus, it's more expensive! But the extra US$500-600 could be put to use in a dedicated video card. But, anyway, for HPC this is appropriately priced against ultra-high-end desktops.

Out of curiosity, we could have upgraded the memory to 32GB total system memory for an extra US$1000, and if you were really hell-bent on having your own private memory nirvana, you could get 64GB for an extra ~US$5200 (ouch)! We didn't have the money to do so, but the guy from the store even gave me some prices in brazilian reais for these higher-density modules (2GB and 4GB DDR2-800 FB-DIMM): he could have obtained them if we had the need/money!!!

HP's blackbird high-end desktop also doesn't match this and costs north of US$5K. Plus, hey, I got to build the damned thing and it was fun!!!

Too bad this computer won't also be used as a development workstation - there won't even be a monitor involved. If that was the case, you could plug in, say, a rather cost-effective 8800GT or something and a 24" widescreen LCD. Now that would be a perfect place to write, debug and run code. :love:

Over the next few weeks I will try and run some benchmarks and stability tests. I have some n-threaded code that I'm eager to test on this server. I'm also interested in comparing the performance this system achieves to a few other reference systems. What I have available consists of one Q6600-based system, one C2D E6700 and one 16-CPU numalink-connected Itanium server (CPUs @ 1.5Ghz) to test. Personally, I think the Itaniums will get trounced, with this system besting a 16-way Itanium, but I'll tell you in a few days.

Sorry for not posting any more pics. The "über-rig" is not here with me at home, it's at the university. I'll post more pictures later. Also, I need to do the final wiring. But not today. Now I'm off to bed! :sleep:


Message edited by Mephistopheles on 05-03-2008 at 04:09:55 AM
Reply to Mephistopheles
- 0 +

what OS are you gonna be running. most of the research PC i have come into contaact with have run Win Server (03 mainly) so there program can make use of the .net libary make coding easy as (i love MS codes, C# FTW)]

or use Solaris for real serius stuff.

i assume it gonna have to be an x64 OS to make use of that ram, but is your program gonna be x64?

thank for posting BTW. appreichate it

Reply to dobby

dobby wrote :

what OS are you gonna be running. most of the research PC i have come into contaact with have run Win Server (03 mainly) so there program can make use of the .net libary make coding easy as (i love MS codes, C# FTW)]

or use Solaris for real serius stuff.

i assume it gonna have to be an x64 OS to make use of that ram, but is your program gonna be x64?

thank for posting BTW. appreichate it



I wonder what kind of number crunching you do if you do it mostly on Windows machines. From what I've seen, my guess is you're running fairly short-run (less than a day's runtime) jobs that have small (<2 GB) working sets on 32-bit Windows. I also will guess that you are running some pretty high-dollar proprietary software on some of the machines (e.g. MATLAB) and you're running them on machines that are basically desktops with all of the RAM slots filled with maybe a few dual-socket workstations thrown in there. That basically describes the only Windows number crunchers I've ever seen, and it wasn't all that many. Almost all of the number-crunchers I've come across have been big headless machines running a Unixy OS such as Linux, BSD, or Solaris and you used ssh to log into them remotely. The Windows machines ran the high-dollar proprietary software programs that worked on problems that took usually at most an hour to crunch whereas the custom-written stuff that required a lot of memory and runtime ran on the Unixy hardware. I am sure a few guys do code HPC stuff in C# but everything I've seen has been FORTRAN, C, or C++ and little of it has any sort of a GUI- the most you would do is have the number cruncher spit out a table or other results file that you'd open and look at on your desktop or laptop and that would be the GUI.

------------------------------ Upcoming Overdue Build: Dual-socket workstation, ~32 GB DDR3, OS on a fast SSD, high-end GPU, all wrapped up in a huge tower case. Coming H2 2011.

Yes, I am actually still running the Pentium III 1.0B Coppermine in the picture.
Reply to MU_Engineer

^Agreed.

Also can't you use CUDA for MATLAB? ( know you might have to learn some new things, but the raw crunching power of a 8800GTX or the like are awesome). I remember there was a thread that some guy was trying to use CUDA and 2*9800GTX2s for number crunching.

See:
http://developer.nvidia.com/object/matlab_cuda.html
http://www.nvidia.com/object/cuda_home.html

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793
- 0 +

MU_Engineer wrote :

I wonder what kind of number crunching you do if you do it mostly on Windows machines. From what I've seen, my guess is you're running fairly short-run (less than a day's runtime) jobs that have small (<2 GB) working sets on 32-bit Windows. I also will guess that you are running some pretty high-dollar proprietary software on some of the machines (e.g. MATLAB) and you're running them on machines that are basically desktops with all of the RAM slots filled with maybe a few dual-socket workstations thrown in there. That basically describes the only Windows number crunchers I've ever seen, and it wasn't all that many. Almost all of the number-crunchers I've come across have been big headless machines running a Unixy OS such as Linux, BSD, or Solaris and you used ssh to log into them remotely. The Windows machines ran the high-dollar proprietary software programs that worked on problems that took usually at most an hour to crunch whereas the custom-written stuff that required a lot of memory and runtime ran on the Unixy hardware. I am sure a few guys do code HPC stuff in C# but everything I've seen has been FORTRAN, C, or C++ and little of it has any sort of a GUI- the most you would do is have the number cruncher spit out a table or other results file that you'd open and look at on your desktop or laptop and that would be the GUI.



you seemed to get the wrong end og my pointy stick. all i meant is that many (NOT all) people i know who are doing reaseach in Uni can make realitively quick and effient code on the .net platform and compile it to x64 withg relative ease. however i should have said that this is really for modelling on a smallish scale. ie a few days. then the program is modfied and re run.

i did say that for serious stuff that solaris would be a 'better' choice.

also i was asking hiom a question not for a second saying i know more than him and especially not telling him what to do, for im intriguied to what he will use the system for.

Shadow: i do remember the guy who mentioned CUDA. which reminds me that the stanford university's folding at home project has a ATI client which runs on ATis high end cards.

------------------------------ http://folding.extremeoverclocking.com/sigs/sigimage.php?u=233016&bg=1&c1=FFFFFF&c2=000000&c3=000000&c4=0000CC&c5=FFFFFF
Reply to dobby

dobby wrote :

you seemed to get the wrong end og my pointy stick. all i meant is that many (NOT all) people i know who are doing reaseach in Uni can make realitively quick and effient code on the .net platform and compile it to x64 withg relative ease. however i should have said that this is really for modelling on a smallish scale. ie a few days. then the program is modfied and re run.



I was just trying to guess what you were doing, not try to pass judgment on it.

Quote :

also i was asking hiom a question not for a second saying i know more than him and especially not telling him what to do, for im intriguied to what he will use the system for.



Me too. You said you wondered what he was going to put on it and I put in my $0.02 worth of guess. Neither of us was trying to tell the OP what to do. I am sorry if I came off wrong.

------------------------------ Upcoming Overdue Build: Dual-socket workstation, ~32 GB DDR3, OS on a fast SSD, high-end GPU, all wrapped up in a huge tower case. Coming H2 2011.

Yes, I am actually still running the Pentium III 1.0B Coppermine in the picture.
Reply to MU_Engineer

Mephistopheles wrote :

A few more...

This is what I ran first: a memtest86+. Doesn't recognize processor or chipset, but did you see that memory speed? (remember, the theoretical maximum bandwidth for quad-channel DDR2-800 is 25.6GB/s) I'll run something a little more beefy later on.



Get the latest version of Memtest, 2.01 if they haven't updated it in a few weeks. Much more support for chipsets, however I still run into some that it doesn't recognise. That is one crazy-ass bandwidth number, crazy! I get all warm and fuzzy when I get a system to post over 5000MB/s for that number, and that is usually with the ram at way over 1000mhz and a highly overclocked CPU/FSB. If that number is accurate, all I can say is incredible.


Great pics! Thanks for posting and sharing!

The RAM looks wicked! Zalman's FB123 for the win! But is it necessary? The RAM isn't being pushed too hard, low 1.8 voltage, does it even get warm?

Thing is, the fan is blocking the view of the RAM. It can also cause detrimental turbulance, blasting down right near the exhaust. You will probably get excellent cooling via crossflow air in that system, without the FB123. There really will be quite a breeze going by there on the way out of the case, and I am betting the FB123 actually hinders it while blocking the sweet view of so many sticks of RAM!

I have a drawer full of FB123 brackets, I buy them just for the 90mm fan and screw with the big brass bolt. The little aluminum spacer cone comes in very handy too, I'll try and dig up a pic of what I've done with these.



Quote :

...you could plug in, say, a rather cost-effective 8800GT or something and a 24" widescreen LCD. Now that would be a perfect place to write, debug and run code.



Or do word processing! :kaola:


Tips from my Anal Cable Management Guide:

Hard Drives: I may be wrong, but I think you can mount the drives facing the other way, then route the cables through to the back. Rather than running the sata lines towards the window, run the straight out the back. You probably won't even see the white zip ties any more. There should be gobs of room back there.

While you are at it, gather up all the slack in the PSU lines and stuff them back there too. One big bundle going to the back will really tidy things up.

Front Panel Wires: see if you can get your hands on about 12 inches of 1/4 inch shrink tube. Use about half of that to bundle up the FP wires from right at the mobo to about 6 inches or so -- till they are out of sight behind the hard drive bays. This will hold them at even lengths from the mobo to where they are out of sight. Use the remaining 6 inches to bridge the gap from inside the FP to inside the case. Any uneven lengths just bundle up inbetween and out of sight, behind the drives.

Fans: the fan tails are sleeved, so should easily tuck away out of sight. Like the lower CPU fan, pull all that slack in behind the drives -- rotate the fan so the where the tail comes out is closest to that gap behind the drives. You will never see a single millimeter of the cable this way. For the FB123 fan, tuck the excess in behind the PSU, or even better (if there is enough length), tuck it under the lower edge of the mobo.

If you keep the RAM fan, bolt it to the bracket on the higher side, so it is farther away from the RAM. The one pic shows it is really close, which will make much more noise. Moving it away by an inch will help a lot while not really impacting performance.


That is one slick system my friend, good job!

.







------------------------------ You don't learn by getting things right!
Reply to Lithotech

dobby and MU_Engineer: the system will, I think, primarily use Ubuntu 8.04 or, less likely, Fedora. And it will be a headless server that noone has direct access to, and people will use it remotely via ssh. No windows here.

Lithotech: really? Only ~5000MB/s on a dual-channel DDR2-1000 equipped system? If that is true then this result is outrageous indeed. This system uses quad-channel DDR2-800, but it's not regular low-latency stuff, its FB-DIMMs.

Which also leads me to my next observation: beware FB-DIMMs and their heat output. They come with an onboard serializer chip, the "AMB", or advanced memory buffer. This introduces some latency but is also what allows incredible memory densities and a quad-channel memory configuration like this. Each DIMM can dissipate up to 10W of heat, maximum, and they get incredibly hot - much more than, say, DDR2-1066 operating at 2.1-2.2V. So that's why there's a fan.

About your cable management suggestions, they were all good, but unfortunately, many of the things I tried didn't work as I had planned. First, there's not that much space in the back of the case (ie, next to the non-windowed case cover). This had me worried that I wouldn't manage to route the cables behind the moherboard tray, but with some trying, I managed to do that. But the space next to the hard drive cage is quite crowded, because of all the fan wires and so on.

I have now done the wiring in a much better way, hiding away any excess. I like your sleeving-the-front-panel-cables idea, but don't have any sleeves available here and it'll just stay that way for now, but I'll see if I can find something.

Reply to Mephistopheles

I've just installed Windows XP for a test run. OK, OK, I know, it'll only detect ~3GB of memory, but I still thought it was an OK test to begin with. I'm now running 8 instances of prime95 for stress testing and for some thermals. I'm interested in seeing just how well these HR-01-Xs perform...

Reply to Mephistopheles
- 0 +

cool thanks for the update/feedback.

MU_eng no you didnt come off wrong i was just making sure that you didnt think i was second guessing. :)

Reply to dobby

Mephistopheles wrote :

I've just installed Windows XP for a test run. OK, OK, I know, it'll only detect ~3GB of memory, but I still thought it was an OK test to begin with. I'm now running 8 instances of prime95 for stress testing and for some thermals. I'm interested in seeing just how well these HR-01-Xs perform...


Nice. Run some benches too. ;)

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

OK, let's see...

First: kingston sells 8GB memory modules but they're prohibitively expensive: I think you'd pay like US$4K for one memory module. So that's really not a good deal.

And about windows 64-bit: I don't have a copy lying around... If I had I'd install it... :(

Also, did you notice the "Memcool" capability of the ASUS? I chose the Tyan, but I kind of created my own memcool with a single 120mm fan.

Which brings me to my new findings... I've executed prime95 as a stability test and, unsurprisingly, nothing went wrong. This system seems rock-solid. However, I'm a bit concerned about the temperature readings for the FB-DIMM VRD (the voltage regulators for the memory). After some heavy 8-core processes have run, the damned thing can get as hot as... 90+C! Well, I don't like this, but as long as everything works like it's supposed to and I have 20GB/s of memory bandwidth available, I'm happy.

I'm currently doing some benchmarks and will post when I have interesting findings. I'll compare mainly against a Q6600, but I need linux benches because I don't have a Q6600 running windows to compare to. But I'll manage some benches anyway, even if with physics research code that I have lying around, and I'll post them. This thing is so expensive that we kind of want to show just how faster it is just to be sure we did the right thing.

Oh, and supremelaw, you can be sure that I'll try benching a RAMdisk, but I'll probably do this inside linux.


Message edited by Mephistopheles on 05-06-2008 at 04:32:24 PM
Reply to Mephistopheles

Mephistopheles wrote :

Lithotech: really? Only ~5000MB/s on a dual-channel DDR2-1000 equipped system? If that is true then this result is outrageous indeed. This system uses quad-channel DDR2-800, but it's not regular low-latency stuff, its FB-DIMMs.



Only??? Over 5k is actually an impressive number!

The only thing I have running right now that will produce near 5K is an old Prescott P4-640 in a DFI Dark P35-T2RS with 2GB G.Skill 6400's.

Using Memtest86+ 2.01 (http://memtest.org/).

Stock speed 200mhz FSB (3.2ghz), ram at DDR2-800 w/ 5-5-5-15 timings:

http://img329.imageshack.us/img329 [...] 9csbv6.jpg

Overclocked to 250mhz FSB (4.0ghz), ram at 1000mhz w/ 5-5-5-515 timings:

http://img329.imageshack.us/img329 [...] 0csnl8.jpg

At stock speed, the RAM's bandwidth is 3379 MB/s. At 4ghz/1000mhz, the RAM's bandwidth is 4230 MB/s.

The highest number I have recorded for this is 5410 MB/s with an eVGA 680i SLI (A1), e6750 Conroe, 2GB Crucial Ballistix Tracer 8500s at 520mhz FSB (3.640ghz), RAM at 1040mhz.

I've found these numbers can be eroneous when the chipset isn't recognised. Give Memtest 2.01 a try, see if you get different bandwidth numbers.

http://memtest.org/


Mephistopheles wrote :

Which also leads me to my next observation: beware FB-DIMMs and their heat output. They come with an onboard serializer chip, the "AMB", or advanced memory buffer. This introduces some latency but is also what allows incredible memory densities and a quad-channel memory configuration like this. Each DIMM can dissipate up to 10W of heat, maximum, and they get incredibly hot - much more than, say, DDR2-1066 operating at 2.1-2.2V. So that's why there's a fan.



I had no idea they get that hot!

Still, I am hopeful that crossflow air wiould be adequate. If not, it's still possible to mount a fan blowing across the ram to the exhaust, instead of blowing down on it and blocking that impressive view of so many sticks! The FB123 bracket doesn't allow for such a mount without modification or fabrication of an extra bracket. I've used Sunbeam's Anywhere Rack for these situations, and in fact made my own out of a few pieces of shevling angle iron (few bucks at any home hardware store).

Easy to test using the old finger thermometer. Cut the power to that fan, load the system with memtest or other, then check the temperature by placing the back of a finger (knuckle side) on the top of various dimms. If it burns your finger, turn the fan back on! If it is barely warm, you are good to go. Anything under burning hot should be OK, but is always subject to just how much load the system gets on a constant basis.

Mephistopheles wrote :

About your cable management suggestions, they were all good, but unfortunately, many of the things I tried didn't work as I had planned. First, there's not that much space in the back of the case (ie, next to the non-windowed case cover). This had me worried that I wouldn't manage to route the cables behind the moherboard tray, but with some trying, I managed to do that. But the space next to the hard drive cage is quite crowded, because of all the fan wires and so on.

I have now done the wiring in a much better way, hiding away any excess. I like your sleeving-the-front-panel-cables idea, but don't have any sleeves available here and it'll just stay that way for now, but I'll see if I can find something.



That's unfortunate, a case of that caliber should have tons of room. This is always how it goes with cable management! It always seems to be a situation of sacrifice -- whether increased temperatures or more time/work to accomodate things.

You never get it right first time either! It takes me three attempts most of the time (except for very simple builds), and gets more difficult with every extra part or wire you add. In fact, I got in the habit of not even screwing down the mobo with more than a few screws, because I always remove it again at least once!

No matter what, it always looks better after each attempt, and at least for me, these attempts are the most enjoyable part of assembly!

In the end, when you are satisfied, you are done! The owner is always impressed because he never saw it at first. And other's opinions are just that; opinions.

For the front panel cables, I didn't mean to actually sleeve them with nylon braid (hard to get some places), but instead to use the shrink tube that usually goes on the end of the braid to stop it from coming apart. The shrink tube should be easier to get and way cheaper. Try any electronics supplier, or even better, try some automitive or industrial suppliers who usually carry all sorts of cable protection. If you still have trouble locating shrink tube, send me a PM with your address and I will mail you 6-12 inches of the stuff.

.

------------------------------ You don't learn by getting things right!
Reply to Lithotech

Hmmm, today I ran memtest+ 2.01 and it seemed to recognize the chipset alright. But unfortunately, the previous results were somwhat messed up: memtest 1.70 didn't know the difference between memory and L2 cache and that speed was almost exclusively for L2 cache. Version 2.01 points to 21GB/s for L2 cache, 49GB/s for L1 cache, and roughly 5GB/s for memory.

Still, I don't trust this benchmark: it seems very stupid to me that memtest 1.70 would do a memory speed measurement with an amount of data that could fit in a pathetic 2x6MB cache. This is not a reliable benchmark for memory speed, and I'm not going to trust it. For starters, I changed from quad to dual channel operation and the memory speed almost didn't change. I really don't think this was meant to be a benchmark: it's just a reference number to check if there's nothing terribly wrong or something. We all know that dual-channel DDR2-1066 plus a 2Ghz+ FSB like that system supremelaw mentioned gives you more bandwidth than 5400MB/s!!

So I'm looking for a better, more reliable way to benchmark memory speed. I think I got a program for that here, but I'll check on that tomorrow. I'm interested in figuring out what the deal is with this quad-channel controller. Even with the added latency of being FB-DIMM technology, the four channels should still provide for excellent bandwidth. On the other hand, it may be the case that the real strength of this quad-channel controller lies in multiple accesses to different branches of memory, i.e. real server operation, but this argument might be nonsense. I don't know. And in any case, benching the memory controller isn't such an easy task.

I'm also doing a series of other benchmarks and right now I can tell you a relative speed measurement I did today: I have a multithreaded number cruncher that works on a small memory set that measured time to execute and spit out a performance score. It showed me that this Xeon system is 4.7x-4.8x faster than a Core 2 Duo E6750 running on an Asus Commando with 4GB of DDR2-800, running the exact same binary (OK, OK, I'll recompile later and see if it makes a difference, it's just that I had a small problem along the way).

If you do the math, you got 2 cores @ 2.67Ghz -> "5.33Ghz" vs 8 cores @ 3.0Ghz -> "24Ghz" which means that, from a brute force standpoint alone, you'd have to get 4.5x the performance from the Xeon. So I'm pretty happy with these results, but I still haven't quite found any benchmark that'd stress the FSB/memory system and runs in linux so I can compare to all other systems I have here. Stupid, stupid. I might have to rely on "in-house" benches only - those based on programs we created. Well, for us, in HPC, these are the most meaningful, but they might not appeal to a more general audience.

I'll post more detailed results tomorrow.

Reply to Mephistopheles

^ Agreed.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

^ How well do those work?

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

Supremelaw, thanks for your suggestions. Unfortunately, there is litle that can be done in terms of improving the ventilation, but I think that, with 9 120mm fans installed, ventilation is already quite OK. 90C is hot, but it's an electrical part and there's not much else I can do to change it. The next step in improving this temperature wouldn't really be improving ventilation, it would be changing the heatsink on top of the FB-DIMM VRD to a big chunk of copper instead of aluminum.

As for your suggestions individually:

1) PSU cannot be installed with fan facing down because then the main power cables wouldn't be long enough to route behind motherboard tray and come out where needed. So I think this is the best way.

2) Case Cover stays on. I can take it off for a quick temperature check, but there's no way I'll keep the cover off all the time. I don't actually own this system, I just assembled it, and I can assure you the owner won't be pleased if he heard that he's supposed to keep the cover off all the time...

3) Using a front bay intake is not a possibility because the TJ10 has a door that covers all bays... :(

Reply to Mephistopheles

I've got a major update to do on this topic, including benchmarks. I'm benching single core performance and heavily multithreaded performance.

So far, I've concluded that this Xeon rig is faster than all other contestants I have here in all tests, but the margin changes depending on test type. The contestants, BTW, include an E6750 and a good old Q6600 on a P5K Deluxe, both with 4GB DDR2-800. What I can tell you right away is that the Itanium 2s @ 1.5Ghz are much slower than this system in single-core benchmarks.

I'll post more details later, including hard numbers and a few comments. I'm still running tests: it takes some time.

Reply to Mephistopheles

Quote :

Still, I don't trust this benchmark: it seems very stupid to me that memtest 1.70 would do a memory speed measurement with an amount of data that could fit in a pathetic 2x6MB cache. This is not a reliable benchmark for memory speed, and I'm not going to trust it. For starters, I changed from quad to dual channel operation and the memory speed almost didn't change. I really don't think this was meant to be a benchmark: it's just a reference number to check if there's nothing terribly wrong or something. We all know that dual-channel DDR2-1066 plus a 2Ghz+ FSB like that system supremelaw mentioned gives you more bandwidth than 5400MB/s!!



Something I have been meaning to confirm with Memtest, is whether the bandwidth numbers are actually a test, or simply calculating theoretical bandwidth via the FSB/Ram speeds and timings. I have suspected for a long time that these numbers are just calculations of theoretical bandwidth. In this case, it is not a benchmark at all, it isn't actually testing anything.

Nevertheless, they are still very useful in a number of ways, and notably (to quote you), to "identify if something is terribly wrong".

It is extremely consistant, which is another thing that leads me to believe it is just a calculation. In other words, at a given setting, the numbers are always the same. One thing I use it for is to confirm that I have all the settings correct when I change the clock. I'll boot to Memtest before the OS, and verify the numbers are the same as I have recorded earlier with the same setting. If the numbers match, it is about 90% certain that I have everything right. Can't tell you how many times it has saved me from booting the OS with the wrong settings.

If this is so, then changing from quad channel to dual channel may not make a lot of difference, because the FSB, memory speed and timings are still the same -- I am not sure on this because I have no idea exactly what benefits quad channel give over dual channel. Conversely, taking all the ram out except a single stick will make a big difference, because then it wouldn't calculate dual channel at all. Same goes for flipping the command rate to 1T from 2T. You get a huge boost in bandwidth because 1T theoretically halves the latency for memory operations. You don't end up with double the numbers though, because it doesn't half the number of operations, just the time the ram has to wait for the next operation. Adjusting memory timings can also have a huge effect, but often there is no change until significant adjustment is made -- possibly because one secondary timing is holding up the rest.

The numbers you are now getting are much more inline with what I would expect. I have seen Memtest mix up the cache and memory numbers before, so this all makes sense.

Finally, DDR2-1066 and a 2ghz FSB won't necessarily result in higher than 5400 MB/s bandwidth. Memtest may result in that number because that is what is calculated from all the factors. Using a benchmark within the OS is different. It is actually testing the speed, measuring the time it takes to shuffle x-amount of data around. You notice that while one benchmark will produce 8000-10,000 MB/s, another will only produce 5000-6000 MB/s. These benchmarks are measuring different functions; read, write and copy. I know of no benchmark that only produces one bandwidth score, it's always at least those three.

Therefore (and you can test for this), with a Memtest score of over 5000 MB/s you will likely get over 8000 MB/s read score in Everest Ultimate's Cachemem. You can download a trial version that should run all the basic memory benchmarks at:

http://www.lavalys.com/

I usually run the Cachemem test, then run a Report of all the benchmarks. I then save the results for future comparison. I am not sure what the trial version is lacking, it's possible you can't save the results, or run reports, or access the Cachemem test. But you should be able to run the tests individually.

------------------------------ You don't learn by getting things right!
Reply to Lithotech

I had a chance to look over one of those Silverstone cases that is on display at one of my suppliers. I see what you mean by limited room behind the drives!

Looking closer, I saw what they did to get around it:

  • First, mount the drives with the connections toward the window side of the case.
  • Run the sata data and power cables in behind like I said.
  • But instead of connecting there (no room, no way), run them under the drives and back to the front where you can then make the connections.


This keeps the cables out of view except for where they connect to the drives. You can barely see them anyway, because of the grill screen.

You may need longer sata cables to do this, not sure how long yours are. The power cables should be plenty long enough.

I also noticed that they passed the front panel USB, Firewire and Sound cables down behind the mobo from the top to the bottom where they appear again to make their connection. Brilliant, cables are long enough, and completely invisible unless you peer inside at the top of the case.

The front panel power, reset, and LED wires won't reach this way, but it is possible to do similar by going underneath the mobo at about mid way, then down to the bottom where they reappear to make their connection.

.

------------------------------ You don't learn by getting things right!
Reply to Lithotech

Mephistopheles wrote :

I'm looking for a better, more reliable way to benchmark memory speed. I think I got a program for that here, but I'll check on that tomorrow. I'm interested in figuring out what the deal is with this quad-channel controller. Even with the added latency of being FB-DIMM technology, the four channels should still provide for excellent bandwidth. On the other hand, it may be the case that the real strength of this quad-channel controller lies in multiple accesses to different branches of memory, i.e. real server operation, but this argument might be nonsense. I don't know. And in any case, benching the memory controller isn't such an easy task.



Other than Everest, here's a few more good ones I use regularly. I assume you are OK with running these under XP?

Memset - not a benchmark, but displays a comprehensive list of memory timings.

MBench - I think the Memset people make this too, very quick test of memory bandwidth that outputs to a text file:

Quote :

---- MBench (C) ver 1.0 (Feb 2002) ----
---- System memory benchmark ----
---- www.x86-secret.com ----

Intel P6 processor (CPUID = 6fb) @ 2666.7MHz
Instruction set support : MMX SSE SSE2

Access latency 60.0 ns (160 clocks)

Read datarate (INT) 7131 Mb/s
Write datarate (INT) 2365 Mb/s

Read datarate (MMX) 7627 Mb/s
Write datarate (MMX) 2383 Mb/s

Read datarate (SSE) 8062 Mb/s
Write datarate (SSE) 6070 Mb/s



Hexus PiFast - another quick memory test with fine granularity so that you can see even minute increases in performance.

SuperPi - I run the 1M and 32M tests only, and can also help determine minute performance differences.

SiSoftware Sandra Lite XI.SP2 - Longer tests, and more of them. Plenty of reference systems built in to compare to. Save your results as you go for future reference.

CINEBENCH - Not my favorite, but I run it anyway! Fast-ish. Good results browser, save your results as database or text.

Systool - I only use this for the quick memory bench, as well as seeing and adjusting hard drive acoustic management. It will want to auto-update if connected to the internet -- I have found that it will cease to function with certain chipsets if allowed to update. If so, simply uninstall and reinstall it.

Enjoy!

.




------------------------------ You don't learn by getting things right!
Reply to Lithotech

supremelaw wrote :

Here's an example of a 3-fan 5.25" bay cooler
(there are many others like this one):


http://www.newegg.com/Product/Prod [...] 6835888104


Sincerely yours,
/s/ Paul Andrew Mitchell, Inventor and
Webmaster, Supreme Law Library
http://www.supremelaw.org/

All Rights Reserved without Prejudice



The CPUs getting their own air supply is good! He has 3 bays free up there, unless there is more than one optical drive. I'd prefer one of the Kama Bay inserts, the 120mm fan is much quieter and moves more air even though it is a very slow quiet fan. These look awesome in most cases, which is why I really use them. They are filtered too, and really do catch a lot of dust. I've tried putting in stronger fans, but you need to run without the filter or the more powerful fans will suck the filter out of it's holding place. Anyway, they are completely silent with the stock fan.

You can probably get better prices on these, anything under $20 would be better considering shipping:

http://www.newegg.com/Product/Prod [...] 6835185020

Here's a pic of one in my Silverstone TJ04 (which has horrible intake at the bottom front due to the bezel):

http://img503.imageshack.us/img503/3792/dscn2531scly3.jpg

This case has dual 120mm fans at the very top exhausting up (you can barely see them in that pic). Exhaust is not a problem in this case. :sol:

There should be no intake anywhere near the rear or top of the case. See that venting at the very top back just above the rear exhaust? I'd plug that up with some cardboard or vinyl. The two top exhausts may very well push so much air out that they could get most of their supply from that vent instead of drawing from the lower front -- sucking in exhaust air from the fan just below the vents!

Because I like to test everything, I would take some temp readings before and after plugging it, but I am certain enough about this that I would plug it and not even test it. :whistle:


Message edited by Lithotech on 05-09-2008 at 12:18:18 AM
------------------------------ You don't learn by getting things right!
Reply to Lithotech

Thanks for all that input lithotech.

A few words on your suggestions:

1) My SATA cables are too short to do what you described, and unfortunately, I don't have any longer cables, so I think I'm squarely out of options there. But the case is already much cleaner than before because all fan cables are tucked away. I forgot to post a picture.

2) The front intake is a good idea, but as I said, this can't be done with the TJ10. I think the TJ09 didn't have the front "door", but the TJ10 has it and, unless you keep the door open all the time, a bay fan is out of the picture.

As for your other ideas regarding ventilation, they're all quite good. I'll try them! In particular, I'll see if there's any air coming in from somewhere it's not supposed to.

And about benching: I have already uninstalled windows and installed ubuntu. I'll give you a benchmark post in a few minutes, hang on...

Reply to Mephistopheles

I have some benchmarks that I can now post. Here goes, complete with some simple bar graphs:

System Descriptions:
Intel Xeon X5472 3.0Ghz as described previously
Intel Core 2 Quad Q6600 @ 2.4Ghz; Asus P5K Deluxe; 4GB Kingston DDR2-800 @ 5-5-5
Intel Core 2 Duo E6750 @ 2.66Ghz; Asus Commando; 4GB Kingston DDR2-800 @ 5-5-5

http://www.ifi.unicamp.br/~daviddc/bench1.jpg

Description: These two tests do some basic number crunching under C++. The first one concerns a small amount of memory and more FP-intensive mathematical functions (say, a huge "free energy" term with sines and cosines or a function involving logarithms). The second benchmark is a simple double-precision matrix multiplication and addition calculator akin to a time evolution of a discrete-state system. These are stupid benchmarks from the computing point of view, but plausible scenarios for research. These are throughput benchmarks in that they use all available CPUs.

Conclusion:
Small Memory Set: As you can see, the Xeon system makes a particularly strong showing here, besting a Core 2 Quad Q6000 by a factor of three. I got this kind of result whenever the amount of data being considered was small: the X5472 was faster than the clock-for-clock and core count advantages would suggest. This is probably quite simply because of higher FSB and architectural improvements that, coincidentally, affect this benchmark a lot. Remember, I'm comparing older 65nm-based CPUs to the new breed of 45nm CPUs, which have some small enhancements. (FYI, I checked these results and there's little fluctuation between runs). The X5472 system is over 5x faster than a Core 2 Duo E6750!
Matrix Multiplication: The Xeon-based system still makes a strong impression, but not as much as previously. This time, it's only 2.1x faster than a Q6600.


Message edited by Mephistopheles on 05-09-2008 at 05:15:48 AM
Reply to Mephistopheles

Thanks 4 the info.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

Mephistopheles wrote :

There's no dedicated video card because it'll primarily be a HPC rig.

 

I would worry about memory bandwidth being chocked.

 

1 quad core Xeon is enough to saturate the FSB, even at 1600 MHz.

 


With you having 16GB of RAM onboard, I assume that the applications involve large data throughputs?

  

I expect to be flamed by those in the dark here, but 2 opterons may well have served you better.


Message edited by Amiga500 on 05-09-2008 at 01:39:25 PM
Reply to Amiga500

Mephistopheles wrote :

dobby and MU_Engineer: the system will, I think, primarily use Ubuntu 8.04 or, less likely, Fedora. And it will be a headless server that noone has direct access to, and people will use it remotely via ssh. No windows here.



Scientific linux is what you want.

https://www.scientificlinux.org/



It is based on the Red Hat Enterprise build, and will run scientific/engineering programs that Ubuntu and Fedora simply won't. Been there and got the T-shirt.


Oh, and its free too. :)



Forget about XP x64 - its a POS.

Reply to Amiga500

Quote :


With you having 16GB of RAM onboard, I assume that the applications involve large data throughputs?


I expect to be flamed by those in the dark here, but 2 opterons may well have served you better.



Don't worry, not from me. :D

We tested Opterons extensively and despite their integrated memory controller, the Core 2 Duo architecture is much stronger for our purposes than the old Athlon 64s/Opterons. We have not had the opportunity to test Phenoms, but honestly, I don't think they'd match up against these Xeons... could be wrong, but I think it's unlikely, given that we saw a huge gap in performance with the previous-gen AMD CPU with IMC. The C2Ds are much, much faster for us than A64s.

Quote :

Scientific linux is what you want.



Funny you should say that. I have some experience with SL and I from what I can tell, ubuntu is much user-friendlier. SL has a slow update cycle and getting things to work is a pain. Plus, ubuntu's software repositories are extensive, while SL only has a handful of applications.

On a side note, I'm a physicist currently doing research about the ALICE experiment at the LHC, CERN, which is actually where they came up with the idea of SL in the first place. These guys make us use SL all the time "for the sake of reliability", but getting the simplest software to work in SL is a pain. And drivers are very hard to come by. I still prefer ubuntu...

Message quoted 1 times
Message edited by Mephistopheles on 05-09-2008 at 03:40:03 PM
Reply to Mephistopheles

Some more single-threaded benchmarks this time, with one added system: an Itanium 2 @ 1.5Ghz. It's an old system, to be sure: I think the processor is about 3 years old, but we have a large (60-CPU) server here that I had the opportunity to test. Take a look at the results:

http://www.ifi.unicamp.br/~daviddc/bench2.jpg

http://www.ifi.unicamp.br/~daviddc/bench3.jpg

Test Description: Floating Point Special Functions is like that previous multithreaded benchmark, except it only uses 1 CPU this time. The same goes for Matrix Multiplication, and I added another test based on a high-quality PRNG (pseudo-random number generator). It's the Mersenne Twister, a generator capable of generating 10^6000 numbers before repeating itself. It's a fast-executing, brilliantly-written program that I've used extensively while doing some discrete systems research in the past. This PRNG algorithm was first published in the late 90's, I think.

Test Results: The tests largely mimic the previous ones, but the added Itanium CPU provides for some interesting results. Itanium is particularly well-suited to matrix multiplication (bear in mind this is a 3-year old CPU) and does OK even by today's standards. It's not an outlier in this chart, and you have to take into account that this is a pre-Core-2-Duo CPU. It doesn't really do well in special functions, but for some bizarre reason, it almost dies when given a PRNG to work on. It's six times slower than a single X5472 core. There probably is a reason for this (not being out-of-order?), but I have absolutely no idea of why this is so. It's interesting, nonetheless.

Our Itanium servers are basically 3 nodes consisting of 16 processors each, and I was interested in finding out how they stacked up against this new Xeon system. Apparently, one 16-CPU Itanium 2 system won't match the 8-way xeon in "special functions" but will still be somwhat faster if given a task involving larger matrices because of much larger CPU count. The Itanium 2 system will get eaten for breakfast if asked to do random numbers, though. Itanium is definitely a different architecture...

I'm about to test the Intel compilers and see if I get different results. The Intel compilers are known to be much faster than g++ in several occasions, and they're the compiler of choice for us here. I'll mess around with the compiler flags too, to see if things change.

Reply to Mephistopheles

Mephistopheles wrote :

OK, you made me laugh here. We tested Opterons extensively and despite their integrated memory controller, the Core 2 Duo architecture is much stronger for our purposes than the old Athlon 64s/Opterons. We have not had the opportunity to test Phenoms, but honestly, I don't think they'd match up against these Xeons... could be wrong, but I think it's unlikely, given that we saw a huge gap in performance with the previous-gen AMD CPU with IMC. The C2Ds are much, much faster for us than A64s.

 

Fair enough.

 

If you test the applications you want to use and it gives that performance comparison, no-one can argue. I would see the exact opposite on the stuff I'm using. :)

 


Anandtech have some HPC benchmarks. Barcelona is very impressive.

 

http://images.anandtech.com/reviews/it/2007/barcelona-harpertown-2/lsdyna.gif

 

Note that is a 2.0GHz Barcelona being compared to 3 different 3.0GHz Xeons (one dual @ 1333FSB, 1 quad @ 1333FSB and 1 quad @ 1600FBS)

 

CFD comparisons paint a similar picture (if not better for Barcelona).

  

But, then the K8 was still very competitive on a per thread basis in this kinda stuff, so as you have seen good performance with Harpertown compared to K8, then I assume you can keep the important stuff in the cache. It will also pay you to consider processor assignment when handling the jobs. I can see savings of 20% time by avoiding cache flushes on Kentsfields.

 


Quote :


Funny you should say that. I have some experience with SL and I from what I can tell, ubuntu is much user-friendlier. SL has a slow update cycle and getting things to work is a pain. Plus, ubuntu's software repositories are extensive, while SL only has a handful of applications.

 

Ubuntu is nice for a desktop - and it definitely does have a far greater range of desktop applications. But this is effectively a remote one box cluster so to speak?

 

It (ubuntu) simply refused to run the engineering apps I needed (as did fedora), hence the run to Sci.

 


If your sure that only certain custom codes are gonna be used on this machine, and know they run on ubuntu/fedora - go ahead, it will probably do a better job. But, if you've even the slightest doubt commerical code may go on at some stage, you might need the RHE compatibility.


Message edited by Amiga500 on 05-09-2008 at 03:33:09 PM
Reply to Amiga500

Mephistopheles wrote :

The Itanium 2 system will get eaten for breakfast if asked to do random numbers, though. Itanium is definitely a different architecture...



Itanium's strength is pure 64 bit code. Ask it to do other stuff outside of that, and it suffers.

For me, its slower than K8 and Conroe based chips - but it has a far larger number of processors on the clusters than my workstations. Brute force and ignorance can work too. :D

Reply to Amiga500

Quote :

Brute force and ignorance can work too. :D



Indeed it can!

I was impressed and, admittedly, a little surprised that a 16-way Itanium could beat a 3-year-improved 8-way Xeon in matrix manipulation... :D

What you said about HPC and Barcelona was interesting... I don't really know because I haven't had the actual opportunity to test a Barcelona. But you got me thinking. Thanks for your ideas! I think I need to try Barcelonas at some point to be sure. :)


Message edited by Mephistopheles on 05-09-2008 at 04:35:56 PM
Reply to Mephistopheles
- 0 +

Very useful updates. Thanks for taking the time to post them. [:wr2]

Reply to WR2

Hey, hang on, I read that article on anandtech. You took that image from this place. But our workload is much more of the likes of "Floating Point Analyses", as can be seen in this page...

I'll try using Intel's LINPACK benchmark as well, it looks interesting and is pretty close to what we'll do here in many cases.

Reply to Mephistopheles

^Exactly what I was thinking. Isn't LINPACK the bench they used to determine TOP 500 supper computers?

Also if you don't mind ( i am kind of a n00b when it comes to Linux) could you point me to a HOW-TO guide for running Linpack? I am interested in running that bench on one of the servers I built a while back and see how well it dose. The person I built the server would be updating to Quad core XEONS soon.

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793

Mephistopheles wrote :

Thanks for all that input lithotech.

... I forgot to post a picture.

... I think the TJ09 didn't have the front "door", but the TJ10 has it and, unless you keep the door open all the time, a bay fan is out of the picture.

As for your other ideas regarding ventilation, they're all quite good. I'll try them! In particular, I'll see if there's any air coming in from somewhere it's not supposed to.



You are (naturally), very welcome!

Get us some new final pics later, after the thing is completely final. No need to interupt the much more important, interesting and fun benchmarking!

Yes, that's what I like about the TJ10, the door is very smart looking to me, much better than the TJ09. Yet it won't block all the air that a drive bay fan will draw, in fact it's difficult to say how much it would block, pretty tough to test for. You certainly can run a fan there with the dorr closed. No need to go there, however, unless you determine you definately need the extra intake. Otherwise, it's an unnessesary cost and an extra wire to deal with.

It's impossible to tell if an air supply (intake from where it shouldn't) is detrimental to the system without testing it. The way I do it is simply record temperature readings of idle and load in all the various configurations I want to compare. Takes a few hours to a solid day (more if you run into problems) to optimise a case's cooling this way, but you can be sure you have the best possible config in the end. Not sure what sensor data you will be able to delve from within Linux, there must be a host of tools that will access and log sensor chip data but I'm a Linux nube except for Mac OSX.

Use what you can get, and record at least these as a baseline:

  • Temps of the default (way you have now)
  • Temps with the side panel off (determine if the closed system is working ok) -- if temps go up when you remove the side panel, then you have in NAILED and couldn't be better, if they go down when you open the side panel, then you probably have a slightly positive air pressure inside the case (preferable to have a negative pressure). If the temps go WAY down when you open the side panel, then something is wrong.
  • Temps with various vents plugged (determine if some of the venting is detrimental or not).


Very often it is a tradeoff for one temp being better and another being slightly worse. In other words, no single condition will have all the best temps recorded. Noise can also be a high factor in mainstream systems that the preference is silence. Almost always, fans set at 50% still do 80-90% as good a cooling job as fans at 100%.

.


------------------------------ You don't learn by getting things right!
Reply to Lithotech

supremelaw wrote :

Mephisto:
Ya! I know: opticals are harder to reach there.
So what?



Not harder to reach when the case is on top of a desk! :D

It's funny you should mention the TT Armor, too! Since it is an example I would use to describe a lower mounted optical.

My daughter's system is in an Armor Junior, which sits on top of her desk. We mounted the optical in the lowest slot at the very bottom of the case, and it is actually very very handy there! It facilitates much easier access to the drive to put in or take out disks, and frees the upper bays for the HD cage. Ever since then, I've always mounted the opticals in the lowest part of the case whenever the case allows for it!

My main system is in an Antec P180, and I just picked up one of the new Antec 300 cases for another build. I fully appreciate the lower mounted PSU design, it's only drawback is difficult cable management.

.

------------------------------ You don't learn by getting things right!
Reply to Lithotech

supremelaw wrote :

G-R-E-A-T points, Lithotech -- AS USUAL!


> I fully appreciate the lower mounted PSU design,
> it's only drawback is difficult cable management.

This is not that B-A-D an issue, as long as the PSU chosen
has cables that are long enough to reach where they need to.

Some have the longer cables, some don't.



Thankyou very much good sir!

No, it isn't a BAD issue really, as long as the cables reach, you can at least run the system.

My complaint is more along the lines of esthetic's. And the problem isn't so much the lower PSU case design as it is the motherboard connectors and layout being designed for a top mounted PSU. The final look of the system is very important to me, no matter how simple or budget the build is, or whether the case has a window or not. When the owner opens his case, I want him to be impressed. Gone are the days of ribbon cable rats nests where you can't even see the mobo or locate the the CPU and RAM!

You can still achieve a very good look with a lower PSU design, it just takes a LOT longer and will never match the clean hidden look you easily get with a top mounted PSU design. I picked up the Antec 300 because it should have outstanding cooling performance, is very good quality for the money, looks quite sweet, and I will deal with the cables when I get there. :D

No matter what PSU or mobo you use, the cable management will always look better, be more tidy and/or hidden, and be easier to achieve with a top mounted PSU.

With a lower mounted PSU, you will always have to run your 12V 4pin (or EPS 8pin) up across the whole length of the mobo to reach to top where the connection is almost always located. This leaves it not only in plain view, but draped across the entire system. This cable is a solid 20 inches in any decent PSU, but that is still way too short to run it up the side with the main ATX line, then across the top to the connection. If you are real lucky, you can run this line under the mobo, and still have enough length to reach the connector. Otherwise, like in just about any picture of a CM690 or P180, you will see this line in plain view.

The main ATX line will always have to run the entire height of the mobo to reach it's connection usually at the top. There is no way you will get that sucker under the mobo unless the case has special holes to route things. It can look tidy enough if you keep it straight and parallel to the mobo edge, but will never match the clean hidden look you can easily get from a top mounted PSU where the line simply appears out of nowhere to make the connection and often has no more than a couple inches visible.

One way to eliminate these headaches is to design the case so that the mobo mounts upside down -- like a lot of Lian-Li cases with lower PSU mounts do.

One benefit is the PCIe video power connections. The PSU is basically right there under the card, so the cable run is very short and sweet. However, these lines are among the longest on a PSU, so what do you do with all the extra cable?? It's all going to be visible no matter how tightly you bundle it, unless (again) the case has some routing holes and cable stash area very close by.

.

------------------------------ You don't learn by getting things right!
Reply to Lithotech

I've created a 4GB ramdisk under Ubuntu. It's ridiculously easy.

Some quick benchmarking shows the performance:
Hard Drive (Seagate Barracuda 7200.10, 500GB, 16MB cache):
Buffered Reads: 66.9MB/s
Ramdisk (4GB of DDR2-800)
Buffered Reads: 2728.8MB/s

Obtained using hdparm -t. Quite interesting, isn't it?... And you wouldn't even need to rewrite code to use this 40x data transfer increase... Supremelaw will go nuts over this data. :)

I could have gone all the way and used up, say, 12GB of memory. A Ramdisk of this size could be used to hold a lot of frequently-used programs. It would, however, still be necessary to do all appropriate copying and backups when starting the system, but once set up, it would be a very good and fast file system!


Message edited by Mephistopheles on 05-14-2008 at 04:45:20 PM
Reply to Mephistopheles

^Can you put the pagefile on the RAM drive?

------------------------------ http://farm3.static.flickr.com/2617/3815217176_0a5be7955d_o.gif
http://farm4.static.flickr.com/3553/3818083596_1a772f7162_o.gif
Reply to shadow703793
Previous
1 2
Tom's Hardware > Forum > CPU & Components > CPUs > Huge Workstation Build
Go to:

There are 517 identified and unidentified users. To see the list of identified users, Click here.

Please mind

You are about to answer a thread that has been inactive for more than 6 months.
If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.

Add a reply Cancel
Sponsored links
  • Ask the community now
  • Publish
Ad
They won a badge
Join us in greeting them