Benefits Of Multiple CPUs With Samba? 23
PirateBek asks: "We're considering putting in a sizable Linux box to serve our entire campus via Samba. We can save quite a bit of money by going with a fast (PIII-800) single CPU, or spending more for dual slower (PIII-667) CPUs. Is going with two slower CPUs worth the inital dough, or will a faster CPU make up for the added benefit? Does Samba tend to like dual CPUs, or does it really matter? Mind you, we're working under a tight budget, and we want to get the most bang for our buck. Any experience/knowledge in this arena would be quite appreciated."
Don't forget about virus scanning (Score:1)
A well thought out anti-virus solution will have scanning at every possible point (mail gateway, client machines, file server, etc...)
There are anti-virus solutions that run on Linux and a second CPU would definitely help out if you decide to do that.
I/O! But it doesn't have to cost you too much. (Score:1)
You no longer have to buy a proprietary x86 OEM solution to get massive, multiple memory and PCI busses for high I/O throughput. The new ServerWorks (formerly Reliant Computer Corporation) ServerSet III-series chipsets are making their way onto retail mainboards from major vendors. They put the disk controller on a different PCI bus than the Ethernet controller.
For those interested, here is a comparison of various chipsets and their aggregate memory and PCI throughput in MBps, respectively (sorry about the format but ./ doesn't seem to allow tables or the pre/code tag):
Again, this is just aggregate throughputs. RDRAM is faster at bursts, but SDRAM has lower latency (i.e. better), and the old EDO of the i450NX chipset doesn't even get close to what SDRAM and RDRAM can do.
But note the massive PCI throughput of the ServerSet chipsets from ServerWorks -- due to their 3 independent PCI busses, of which, 2 are 64-bit (both are 66MHz capable in the HE/WS). They're so good, that even Intel is adopting the 4-way IIIHE for a forthcoming SDRAM server mainboard instead of RDRAM. This is largely because the 4 RIMM slot i840 can only support upto 2GB of RDRAM whereas the 16 DIMM IIIHE can support 16GB. As of right now, all Intel can offer for servers is the 3-year old i450NX so most tier-1 vendors have opted to work with ServerWorks instead.
-- Bryan "TheBS" Smith
Re:On the other hand... (Score:1)
words on solaris (Score:1)
didn't work on my linux box but worked on my school account on a solaris machine
Re:Well... yes and no (Score:1)
All other things being equal, you're right.
But since the poster says his budget is limited (as everyone's, I suppose), he has to make some trade-offs. Very generally speaking, if most of the tasks are CPU bound, you'd better get lots of CPU power (more CPUs and/or faster CPUs). If mos of the tasks are I/O bound, you will get better performance with somewhat less CPU and more I/O troughput (fast HD, fast bus, fast NICs).
In this case, I think I/O is more important than CPU, so I would go for a single CPU machine with SCSI HD's.
Re:You're not calculating all that data! (Score:1)
We'll have about 1500 users, with maybe 150 connected at any one time. The system will likely have a gigabit uplink to the main switch, or at least a 100-base. The rest of our network is fast and reliable, so we're not concerned about the connectivity.
As we'll not be using the system for a lot of processing power, I guess the second CPU might be money spent unwisely, unless you think differently based on the information I just added. The VA Linux box will/does have the option of adding a second CPU at another time, so if need be, we can toss that in and recompile.
Re:Hmmm... (Score:1)
Hmm...lots of folks are getting rid of their Alpha's cuz they won't run Win2K...hmm...
Re:Single cpu, monster hardware (Score:1)
We'll likely have a RAID5 array of LVD disks, and we're expecting to have about 150 connections at any one time, but Xeon is definitely not a price option.
I would love to see us move towards an Athlon platform. I've been using AMD for quite some time on my home systems, and I feel quite confident in their CPUs.
Nope... (Score:1)
-kalrand
the voice of reason
Re:Nope... (Score:1)
Re:samba name? (Score:1)
Could it be the.. (Score:1)
Re:samba name? (Score:1)
Try:
http://www.puzzlers.org/secure/wordlists/dictinfo
They have lists with over 200,000 words. Samba is definitely included.
Re:samba name? (Score:2)
Firstly, that's not proper syntax. It would have had to have been either:
grep "s.m.b." /usr/dict/words
consumable
presumably
resumable
somebody
Or maybe it was
grep "^s.*m.*b.*" /usr/dict/words
scramble
scrambled
scrambler
scrambles
scrambling
semblance
shambles
slumber
slumbered
smokable
smoothbore
somber
somberly
somebody
steamboat
steamboats
stumble
stumbled
stumbles
stumbling
succumb
succumbed
succumbing
succumbs
symbiosis
symbiotic
symbol
symbolic
symbolically
symbolics
symbolism
symbolization
symbolize
symbolized
symbolizes
symbolizing
symbols
No "samba" in my /usr/dict/words. Maybe it was a custom entry, or maybe this is must a myth.
--
Re:Single cpu, monster hardware (Score:2)
Actually, truth be told even an old Pentium-II 233 can keep a Samba network VERY busy.
Mutliple CPU's can be helpful on a minor scale for a couple of reasons:
Your biggest performance improvements will probably come from doing a few basic things right:
Hmmm... (Score:2)
You will gain some performance by using SMP, but if you've got the choice, go with a single-CPU machine with the fastest I/O subsystem you can get for the same cash as the SMP box. It'll give you much more bang for your buck.
You're not calculating all that data! (Score:2)
Re:Single cpu, monster hardware (Score:2)
Probably the biggest single factor that will contribute to slow performance is going to be disk I/O and latency, esp. if you're going to have a lot of continuous small file operations.
I'd suggest that you get a single processor, and spend money on a good ultra 2 scsi controller. If you need data protection, run RAID 10 - it's more expensive to implement than RAID 5, but it's faster, and you wouldn't need a fancy shmancy RAID controller with an intelligent cache to keep from suffering a performance hit on writes. Ugh, call me a SCSI nazi, but i wouldn't use ATA for something more than casual use.
I didn't see mention made of how many clients you're expecting to service, but a P3 or Athlon in the 700MHz range should do pretty well. couple that with lots of RAM (1GB) and tune samba accordingly (bigger buffers = faster access). of course, faster network access would remove one more bottleneck.
Re:samba name? (Score:2)
I/O, I/O, it's off to work I go... (Score:3)
You're making a file server, and by far you're biggest problem is going to be I/O bottlenecks (disk & network), NOT CPU. In fact, I can keep a 100Mbit connection fully flooded with SMB traffic with a lowly Dual PPro200 system. So the second CPU isn't necessary at all. Here are my recommendations (and I've done this before):
If the machine is doing pure Smaba serving, and you are using external PDCs, get the lowest-speed CPU you can (which will probably mean at least a 500Mhz one). It will be more than sufficient. Use the money for your disk subsystem.
If you want to do something like virus scanning, or PDC work, or even DNS serving, look into a better CPU, especially if your going to be doing Mail on the box (which is a CPU hog). In general, though, I think you'd be better off with sticking to a limited-function box and 1 CPU.
Product Plug: I like Compaq Proliants. They're very Linux-friendly, and they have the nice extras you want in a server. Here's a suggested config:
That runs $11k direct from Compaq (figure you get it cheaper from a reseller). You can knock off $2k if you use 7200RPM drives.
Look for something similar. Having a dual-capable MB is nice, just in case you decide to add crap to the machine later (or re-purpose it).
Best of Luck.
-Erik
Single cpu, monster hardware (Score:3)
samba name? (Score:3)
Give up?
He used:
grep s*m*b*
The coolest word in the resulting list was samba.
First Post?
Haiku (Score:4)
Single CPU?
Program will not execute!
Takes two to samba!
------