On Mon, 27 Sep 2004 22:55:59 +0800, Winelfred G. Pasamba
<[EMAIL PROTECTED]> wrote:
> On Mon, 27 Sep 2004 21:09:34 +0800, ian sison (mailing list)
> <[EMAIL PROTECTED]> wrote:
> > > about athlons, are they reliable enough? i would use it for my home
> > > and office workstation for cost-efficiency but not for servers that
> > > need stability over cost-efficiency.  or are they (amd cpus) still
> > > cost-efficient these days?  educate me on this.
> >
> > Athlons are about as good in production as P4's are.  You can even
> > have the equivalent
> > of poor man's SMP by using Athlon dualie boards which will definitely
> > cost much less than
> > a dual Xeon setup.   Again, for database intensive operations, you
> > should invest more
> > on a >6 drive disk array, a fast SCSI  controller  (64bit, 66Mhz PCI)
> > than on CPU power, if you had to choose (of course i'd have both!)

It'll be a bit harder to find new Athlon-MP boards/chips though as
these aren't anymore in production as AMD favored towards Opteron for
server boards (although you could order Athlon-MP boards from a
vendor). Quite a good architecture that really maximizes the hardware
but the Opteron comes at a premium price too (though not as sky-high
as Power or SPARC equivalents).

> a 320mb/s controller can have about 10 15krpm disks each having
> sustained 30mbps bandwidth. am i right?
> 
> how about the pci bus? 66mhz is some 6mBps for 1bit bus. so 192mB/s
> for 32bit and 384mB/s for 64bit. from my lousy computations, it looks
> like 10 disks, u320, and 64bit pci are a balanced io match. for some
> 320 mbps or mBps ba? tama ba iniisip ko?
> 
> and our ddr400 dual channel should do 8gb/s?

Design constraints of Intel's board design gives it a severe penalty
on transfer rates - you'd be lucky to even reach the 6gb/s transfer
rate even for a dual channel setup.

> how about the 100mbps NIC-to-NIC network between a database server and
> an application server? has anyone seen that as the bottleneck?

It won't be much of a bottleneck as the transfer speed is already much
faster than the speed of writing the data to the disk. Unless of
course you've got a lot of clients that would connect simultaneously
to your database server constantly.
--
Philippine Linux Users' Group (PLUG) Mailing List
[EMAIL PROTECTED] (#PLUG @ irc.free.net.ph)
Official Website: http://plug.linux.org.ph
Searchable Archives: http://marc.free.net.ph
.
To leave, go to http://lists.q-linux.com/mailman/listinfo/plug
.
Are you a Linux newbie? To join the newbie list, go to
http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie

Reply via email to