On Aug 16, 2007, at 17:20 , Martin Cracauer wrote:
>
>> The Xeon Quad core just got a major price reduction though, so now
>> I'm looking at a dual quad xeon (with 5320, 1.68Ghz or 5330 2.0GHz)
>> instead...
>
> You still have to weight whether there is any application that you
> need that is not multithreaded.
Well the most load (at least from the current situation) will
probably be mysql, and apache with mod_php. And that should be pretty
multithreaded..
>
>> The "default" mobo at the supplier (www.mullet.se) uses the X7DVL-i
>> board, which takes 6 FB-DIMMs on two channels (max out at 16 gig)..
>
> That math doesn't play.
Thats what the specs says.. 6 dimm sockets, altough it actually
doesnt say anything about number of channels, that was from Mullets
site. mobo spec says 16 gig max.
>
>> But I'm thinking about getting the upgrade mobo instead, X7BDE, with
>> 8 slots on 4 channels with max 32GB (and also full KVM features in
>> the IPMI slot..)
>>
>> But I'm curious if this kind of platform will ever be able to use all
>> this? Disk access, memory bus & cpu etc.. lets asume I max this
>> system in the future with 32 gigs of mem and 8 2ghz cores.. Will I
>> ever be able to use that much with a raid5 (or 10, whats the lists
>> opinion on this? 5 or 10?) config on a PCI-X slot?
>
> Much of ... what?
>
> I can't parse this sentence.
Hehe.. I'll give it another try :)
If I push the system to the max cpu/memory wise, will I ever make any
use of 8cores each 2Ghz? Memory can always be used I guess..
>
> For a pure fileserver all this is overkill.
Oh yes, no this is not a fileserver. Mainly web hosting (combined
mysql/php)
>
>> But realistically, for a php,mysql,apache,java etc machine with a
>> number of jails, i wonder if I will ever be able to use this much
>> power or if I should aim lower and if the box gets too loaded I'll
>> get another one..
>
> The moment php and Java are involved you are not strictly disk-bound
> anymore :-)
Very true.. It would be the mysql processes that would be limited.
Johan
_______________________________________________
freebsd-smp@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-smp
To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org"