Subject: Re: [KLUG Members] Redhat 8.0

[Dirk Bartley]

On Thu, 2002-10-03 at 16:31, Bob Kanaley wrote:
> Adam,
> 
> Would you please explain in a little more detail what you mean about RedHat
> supporting a real file system?

I'm going to take a guess.  XFS??  Journaled, ten+ years of use, fully
acl capable.

> 
> The company I work for is getting ready for a re-write of some mission
> critical software. I had the money for the server last year and had Monarch
> build a server with an AMD 1.2GHz Athalon processor, dual hot swap power
> supplies and a SCSI Raid 0+1 with a hot swap spare drive.
> 
> I had Monarch install RedHat 7.2 with ext3 so I would have a journaling file
> system out of the box. The only other journaling file system I have heard
> much about is Reiser. Since RedHat only supported ext3, I opted for a
> straight RedHat 7.2 with ext3 system. If there is a better file system out
> there, I would definitely be interested in knowing what it is and why it is
> better.
> 
> The Logical Volume Manager concept in RedHat 8 sounds like something I
> should be interested in for this project. In your opinion would it be worth
> the effort to rebuild this box with RedHat 8 for this feature?
> 
> We have a programmer about to start. He will be writing the mission critical
> application. I told him we wanted to do open source. He is thinking he wants
> to use a PostgreSQL database backend. I would prefer to go with the recently
> open sourced version of SAP. If you have any opinions on the database choice
> I would love to hear those too.

Postgres, Postgres, Postgres.
Hey, I'm not biased.

> 
> Also, I had some money left over at the end of this year, so I was able to
> pickup some hardware that I might be able to use for this and a couple of
> other projects. I bought a dual Xenon motherboard with two 2.4GHz
> processors. I will be building a system around this and an Adaptec 39160
> Ultra 160 SCSI adaptor, but I don't know if this would be any better
> platform for writing the database application.

I wish I had that kind of money left over.  I would recommend a piece of
junk for creating the application.  Something around $400.  Then when
the app is ready buy a horse to run it.  If you buy the horse now, in 18
months it won' be so fast.  Remember that the server and client do NOT
have to be on the same machine.  If you have a horse, have it run the
database.  Write the app to use a configurable database name and
hostname.  Then the server can run the production database and the
development database at the same time from different clients.  Is your
client going to be a php ap, windows ap or a x ap??

> 
> Does a database app need to be built for dual CPU's from scratch or will the
> OS distribute the workload between the two processors if we migrate the
> application from the AMD to the dual Xenon system sometime down the road?

The os will take care of the cpu's.  The effectiveness will depend on
the server software as well as the client machine and software.


Dirk
> 
> Finally, I am getting in pieces and parts to build a couple of Linux boxen
> to try out some of the workgroup software (Bynari Server) and maybe
> something like MrProject if it can be used by my windoze clients.
> 
> I would appreciate any suggestions you might have.
> 
> 
> Bob
> 
> Robert V. Kanaley
> Manager Information Systems
> Agdia, Inc.
> rvk@agdia.com
> http://www.agdia.com
> 
> Subject: Re: [KLUG Members] Redhat 8.0
> From: Adam Williams <awilliam@whitemice.org>
> To: members@kalamazoolinux.org
> Date: 01 Oct 2002 04:48:48 -0400
> Reply-To: members@kalamazoolinux.org
> 
> >   * Enhanced personal security, featuring a point-and-click firewall
> >     tool to protect your system from Internet intruders.
> 
> More important than all these combined is LVM in the installer.  I know
> that will save me oodles of time,  and finally not longer will one have
> to diddle with hard drive partitions.  Just like using a real operating
> system.  Now if only they supported a real file system.
> 
> --
> 
> _______________________________________________
> Members mailing list
> Members@kalamazoolinux.org
>