keep in mind that those who would want to run Oracle on Linux usually
have pretty modest database needs, thus much of what you're asking for
isn't really an issue at all. if you need a large SMP system or
terabytes of tablespaces you would probably buy something else than a
PC -- don't you agree?
| Linux is missing many features for any OS to be worth considering
| as a viable database platform.
| 1. Linux has no logical volumes layer.
what's the problem? I have worked on ONE site where they used logical
volumes, but they would have done just as well without. this is a non
issue.
| 2. Linux has no transaction-oriented filesystem.
would you like to explain why you think this is an issue at all?
because I really can't see any reason why you would need one. sure,
the extra redundancy at the file system level is probably a cool
feature, but this has nothing to do with the database.
| 3. Linux has no support for raw devices - hence NO even remote possibility
| to run Oracle Parallel Server.
I have yet to desire raw devices for using Oracle and I certainly have
never needed to run Oracle Parallel server. if I would ever need to
run it I would certainly not do it on a PC.
| 4. Linux networking is flaky at best.
uh, compared to what? would you mind explaining to me how you got
that impression, because we're obviously from different worlds. in my
world Linux holds up pretty good compared to other OSes running on PCs
and more traditional UNIX servers as well.
| 5. Linux OS block size is what? 512 bytes? It would make even MS
| Access laugh and puke steam.
uh, what block size would that be? if you're talking about the file
system one can only guess whatever gave you that idea. on my system
the block size on a ext2 filesystem can be between 1024 and 4096.
would you care to explain what block size you are referring to and
what block sizes other systems where Oracle is available use?
| 6. Linux SMP is rudimentary and flaky at best.
that might be true, but still, they ported Oracle to NT and last time
I checked Linux scaled better across 2 CPUs than NT.
would you care to explain?
| 7. The same for multithreading.
from what I understand Linux multithreading is different from for
example Solaris. I'm told (by people who are intimately familiar
with the Linux kernel) that Linux does multithreading faster than for
example Solaris.
it's there, it's fast -- now, would you care to explain exactly why
you think that Linux has "rudimentary and flaky at best"
multithreading?
| In fact porting Oracle to Linux would require Oracle to write its
| own Linux almost from scratch.
you are most absolutely wrong.
| ==> I don't see much (or rather _any) prospects for seeing Oracle on
| Linux.
perhaps it's time for you to take a closer look at Linux as well as
other systems that Oracle has been ported to before you jump to any
conclusions about the suitability of Linux as a platform for running
Oracle. Oracle has been ported to operating systems that are _far_
less advanced than Linux and that lack almost everything that you
mentioned in your post. that hasn't stopped Oracle from porting to
them so far, so you will have to think of something better.
the fact that Oracle already can be run on Linux using iBCS2 (this has
been possible since at least version 1.2 of the Linux kernel) should
prove that Oracle can in fact run under Linux without, as you state,
Oracle Corp. having to rewrite Linux from scratch.
(Some time ago I read that someone had benchmarked Oracle on a PC using
both SCO UNIX and Linux with some very interesting results. does
anyone remember who did this?)
porting Oracle to Linux is certainly not a technical issue, it is a
political and economical one. if the CEO of Oracle is as dedicated to
the cause of fighting Microsofts operating system monopoly as he would
like us to think he is it puts him in a strange light when he doesn't
pay attention to those who use one of the more viable alternatives
to NT turn to Oracle for support.
-Bjørn
> ["S V" <s...@mindspring.com>]
>
> keep in mind that those who would want to run Oracle on Linux usually
> have pretty modest database needs, thus much of what you're asking for
> isn't really an issue at all. if you need a large SMP system or
> terabytes of tablespaces you would probably buy something else than a
> PC -- don't you agree?
But you could still use linux ;)
> || 3. Linux has no support for raw devices - hence NO even remote possibility
> | to run Oracle Parallel Server.
>
> I have yet to desire raw devices for using Oracle and I certainly have
> never needed to run Oracle Parallel server. if I would ever need to
> run it I would certainly not do it on a PC.
What are the cooked devices then located on?
I think that SV simply does not know what a raw device is.
> | 5. Linux OS block size is what? 512 bytes? It would make even MS
> | Access laugh and puke steam.
>
> uh, what block size would that be? if you're talking about the file
> system one can only guess whatever gave you that idea. on my system
> the block size on a ext2 filesystem can be between 1024 and 4096.
>
> would you care to explain what block size you are referring to and
> what block sizes other systems where Oracle is available use?
I think he is referring to sector size, which is 512 for most unixen
> | ==> I don't see much (or rather _any) prospects for seeing Oracle on
> | Linux.
>
> perhaps it's time for you to take a closer look at Linux as well as
> other systems that Oracle has been ported to before you jump to any
> conclusions about the suitability of Linux as a platform for running
> Oracle. Oracle has been ported to operating systems that are _far_
> less advanced than Linux and that lack almost everything that you
> mentioned in your post. that hasn't stopped Oracle from porting to
> them so far, so you will have to think of something better.
It is ported even to a non-os, the Novell Netware server.
Hannu
No, dome of the less knowledgeable Linux users don't know what a
*truly* raw device is, because Linux shields them from such.
A *truly* raw device will have *NO* kernel-based buffering or cacheing
of data.
--
"Bother," said Pooh, "Eeyore, ready two photon torpedoes and lock
phasers on the Heffalump, Piglet, meet me in transporter room three"
cbbr...@hex.net - "What have you contributed to Linux today?..."
<http://www.hex.net/~cbbrowne/lsf.html>
Not a non-issue for places that use raw file-systems.
But I agree, they are not _necessary_.
>
>| 2. Linux has no transaction-oriented filesystem.
>
>would you like to explain why you think this is an issue at all?
>because I really can't see any reason why you would need one. sure,
>the extra redundancy at the file system level is probably a cool
>feature, but this has nothing to do with the database.
>
>| 3. Linux has no support for raw devices - hence NO even remote possibility
>| to run Oracle Parallel Server.
>
>I have yet to desire raw devices for using Oracle and I certainly have
>never needed to run Oracle Parallel server. if I would ever need to
>run it I would certainly not do it on a PC.
With the top-end MP PC's, PC is a misnomer. I don't think parallel
servers are a bad topic for this at all. Too bad the original post was
such a troll.
>
>| 4. Linux networking is flaky at best.
>
>uh, compared to what? would you mind explaining to me how you got
>that impression, because we're obviously from different worlds. in my
>world Linux holds up pretty good compared to other OSes running on PCs
>and more traditional UNIX servers as well.
>
>| 5. Linux OS block size is what? 512 bytes? It would make even MS
>| Access laugh and puke steam.
>
>uh, what block size would that be? if you're talking about the file
>system one can only guess whatever gave you that idea. on my system
>the block size on a ext2 filesystem can be between 1024 and 4096.
>
>would you care to explain what block size you are referring to and
>what block sizes other systems where Oracle is available use?
>
>| 6. Linux SMP is rudimentary and flaky at best.
>
>that might be true, but still, they ported Oracle to NT and last time
>I checked Linux scaled better across 2 CPUs than NT.
>
>would you care to explain?
>
>| 7. The same for multithreading.
>
>from what I understand Linux multithreading is different from for
>example Solaris. I'm told (by people who are intimately familiar
>with the Linux kernel) that Linux does multithreading faster than for
>example Solaris.
>
>it's there, it's fast -- now, would you care to explain exactly why
>you think that Linux has "rudimentary and flaky at best"
>multithreading?
>
>| In fact porting Oracle to Linux would require Oracle to write its
>| own Linux almost from scratch.
>
>you are most absolutely wrong.
>
>| ==> I don't see much (or rather _any) prospects for seeing Oracle on
>| Linux.
>
>perhaps it's time for you to take a closer look at Linux as well as
>other systems that Oracle has been ported to before you jump to any
>conclusions about the suitability of Linux as a platform for running
>Oracle. Oracle has been ported to operating systems that are _far_
>less advanced than Linux and that lack almost everything that you
>mentioned in your post. that hasn't stopped Oracle from porting to
>them so far, so you will have to think of something better.
Jeez, I had to support it on MPE/ix! Fortunately, not for any actual
customers.
>
>the fact that Oracle already can be run on Linux using iBCS2 (this has
>been possible since at least version 1.2 of the Linux kernel) should
>prove that Oracle can in fact run under Linux without, as you state,
>Oracle Corp. having to rewrite Linux from scratch.
>
>(Some time ago I read that someone had benchmarked Oracle on a PC using
> both SCO UNIX and Linux with some very interesting results. does
> anyone remember who did this?)
>
>
>porting Oracle to Linux is certainly not a technical issue, it is a
>political and economical one. if the CEO of Oracle is as dedicated to
>the cause of fighting Microsofts operating system monopoly as he would
>like us to think he is it puts him in a strange light when he doesn't
>pay attention to those who use one of the more viable alternatives
>to NT turn to Oracle for support.
Yeah, that business plan youse guys were talking about - try packaging
linux servers with a few million of NC's. That oughta get Larry's attention.
>
>
>-Bjørn
--
These opinions are my own and not necessarily those of Information Quest
jga...@eiq.com http://www.informationquest.com
http://ourworld.compuserve.com/homepages/joel_garry
"See your DBA?" I AM the @#%*& DBA!
the problem with PCs is that you still have to be very careful when
building them because compared to traditional UNIX-server hardware
they are still not very robust. I've had disks litterally burn up
inside the cabinet because cooling is usually bad and my dual P6 needs
about 3 new cooling fans per year.
the problems with PCs is usually shitty hardware.
but as far as performance is concerned there is nothing near the price
ranges of PCs that gives you more bang for the buck. often I
preprocess data on my workstation instead of the database machine,
because the Intel running Linux is several times faster.
| Yeah, that business plan youse guys were talking about - try
| packaging linux servers with a few million of NC's. That oughta get
| Larry's attention.
do we know anyone who knows Larry personally and could give him a call
and explain to him what Linux is and that there are some people who
would really like to run Oracle on it? :-)
PS: I'd like to run Designer/2000 on Linux as well :-)
-Bjørn
--
Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
<URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
UNIX person, one of "them" | - John Gilmore
i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
gig of memory each. that's alright for running oracle.
but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
processor... i don't think so...
linux is good for being a workstation, or a small server - but the heavy duty
shit - better leave it to superior hardware and os's.
thanks,
- tip
In article <m2yb1ep...@lucifer.guardian.no>,
Bjorn Borud <bo...@guardian.no> wrote:
>[joe...@pebble.ml.org (Joel Garry)]
>|
>| With the top-end MP PC's, PC is a misnomer. I don't think parallel
>| servers are a bad topic for this at all. Too bad the original post
>| was such a troll.
>
>the problem with PCs is that you still have to be very careful when
>building them because compared to traditional UNIX-server hardware
>they are still not very robust. I've had disks litterally burn up
>inside the cabinet because cooling is usually bad and my dual P6 needs
>about 3 new cooling fans per year.
>
>the problems with PCs is usually shitty hardware.
>
>but as far as performance is concerned there is nothing near the price
>ranges of PCs that gives you more bang for the buck. often I
>preprocess data on my workstation instead of the database machine,
>because the Intel running Linux is several times faster.
>
>| Yeah, that business plan youse guys were talking about - try
>| packaging linux servers with a few million of NC's. That oughta get
>| Larry's attention.
>
>do we know anyone who knows Larry personally and could give him a call
>and explain to him what Linux is and that there are some people who
>would really like to run Oracle on it? :-)
>
>
>PS: I'd like to run Designer/2000 on Linux as well :-)
>
>-Bjørn
>--
> Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
> <URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
> UNIX person, one of "them" | - John Gilmore
--
[ =-=-= want to provide financial backing for my film? email me! -=-= ]
[ *&$*&$* tip - my evil twin is pit - mailto:t...@blahblah.com *&$*&$* ]
[ & email is spam protected: replace "blahblah" with "stopsmiling" &* ]
[ =-=-=-=-=-= preserve wildlife; pickle a squirrel today. =-=-=-=-=-= ]
: what's the problem? I have worked on ONE site where they used logical
: volumes, but they would have done just as well without. this is a non
: issue.
Even more so - all competent DBA's I know of *hate* logical volumes. DBA's
like to know exactly what disk spindle and what SCSI controller their data
file is on, so they can make an reasoned guess at distributing IO load
evenly over controllers/spindles. LVM structures (eg raid0 or raid5) destroy
that.
However, the logical volume structure of HPUX and Solaris ODS isn't much more
(if any more!) than the metadisk driver currently in Linux.
: | 3. Linux has no support for raw devices - hence NO even remote possibility
: | to run Oracle Parallel Server.
: I have yet to desire raw devices for using Oracle and I certainly have
: never needed to run Oracle Parallel server. if I would ever need to
: run it I would certainly not do it on a PC.
Emphasised! If you need OPS, then you are not going to go anywhere near a
PC server. You're talking HPUX Kclass servers with MC/Serviceguard or Solaris
E3000's with SSAs at a minimum.
: | 4. Linux networking is flaky at best.
: uh, compared to what? would you mind explaining to me how you got
Linux networking is very good actually. Perhaps SV is thinking of the 0.99pl12
kernel :-)
: | 5. Linux OS block size is what? 512 bytes? It would make even MS
: | Access laugh and puke steam.
: uh, what block size would that be? if you're talking about the file
Err, this is also irrelevant since database systems like Oracle have
tuning features to allow block pre-fetch, multi-block fetchs etc in one IO
operation.
: | 6. Linux SMP is rudimentary and flaky at best.
: that might be true, but still, they ported Oracle to NT and last time
: I checked Linux scaled better across 2 CPUs than NT.
Linux 2.0 SMP isn't too hot (lots of mutex locking) but works. 2.1 SMP is
a lot better and faster.
: | 7. The same for multithreading.
: from what I understand Linux multithreading is different from for
: example Solaris. I'm told (by people who are intimately familiar
Err, Oracle didn't even properly do Multi-threading until 7.3.3, and doesn't
really take full advantage of it until version 8.0.3. Indeed, for a lot of
applications, the MTS options _SLOW_DOWN_ the database on HPUX and Solaris
systems. Your requirements have to be quite specialised to benefit from
enabling MTS in Oracle. [ This is what my DBA told me after coming back
from the Oracle Performance Tuning course, upon which he promptly turned off
the MTS options! ]
: | In fact porting Oracle to Linux would require Oracle to write its
: | own Linux almost from scratch.
: you are most absolutely wrong.
Yup!
: | ==> I don't see much (or rather _any) prospects for seeing Oracle on
: | Linux.
: perhaps it's time for you to take a closer look at Linux as well as
: other systems that Oracle has been ported to before you jump to any
Well, SV is right, but for the wrong reasons. Oracle rarely jumps at things
unless they see $$$$$$$
--
Stephen Harris
sw...@spuddy.mew.co.uk http://www.spuddy.org/
The truth is the truth, and opinion just opinion. But what is what?
* Meeeeow ! Call Spud the Cat on > 01268 515441 < for free Usenet access *
> there is NO WAY the pc hardware end of linux would be able to handle running
> oracle in any decent manner. plus its tweaking is rather limited compared to
> solaris and hpux. i have run oracle on both suns and hp boxes - there's just
> no way linux is ready (yet) for oracle.
>
This is just a stupid comment, Oracle is available for Netware and NT, bothx86
based OS's, just like Linux, plus Linux can run on Alpha, PPC, Mips, etc...
So how exactly is the PC hardware of the Netware and NT boxes so much
better that they can run Oracle?? They are the same hardware as Linux!
Granted most of the hardware running Linux is lower end, but it is more than
capable of running on the high end stuff...it is just tough to convince the boss
to
let a free OS run his $10k server...
--
Jim Zubb
ji...@ecom.net
: i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
: gig of memory each. that's alright for running oracle.
: but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
: processor... i don't think so...
: linux is good for being a workstation, or a small server - but the heavy
: duty shit - better leave it to superior hardware and os's.
Linux runs on ALPHA,MacLinux, Mips, ...
Don't think on I86 only.
Bye
--
Uwe Bonnes b...@elektron.ikp.physik.tu-darmstadt.de
Free Software: Contribute nothing, expect nothing
--
> there is NO WAY the pc hardware end of linux would be able to handle running
> oracle in any decent manner. plus its tweaking is rather limited compared to
> solaris and hpux. i have run oracle on both suns and hp boxes - there's just
> no way linux is ready (yet) for oracle.
This is really quit funny since here I am running a 300 user Sybase server on
a dual 100 MHz Pentium running NCR Unix. Granted the reason is historical since we
are were a division of AT&T once, but the point is that the Pentium can
handle the load, most of the time.
The real reason that it works is that we are using SCSI disks 256 Meg of memory (maxed or I'd have more). Thankfully, we are moving to HP's in the near future. Still, I am convinced that t
he problem with PC's is not a hardware issue, everyone has become so used to the shitty
response of the hardware with NT and 95 that you kind of feel liberated when you
boot up a real operating system instead of a TOY! The real reason everyone thinks the
hardware sucks is that the software is so bad. Intel will be wise to dump MS on the
next go-round and that may just happen.
Linux is equivalent at least to NCR Unix and thus I'd have to say running Oracle on
Linux would not be too much of stretch. If not maybe someone can convince Sybase to
port to Linux.
-JH
In what sense can't you tweak Linux? You have the full source code...
-Kevin
How come Oracle is running even on some Win 3.x PC's???
> i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
> gig of memory each. that's alright for running oracle.
Depends on the level of running..
> but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
> processor... i don't think so...
What!!
cdlinux01 <22.12 11:15 ~> free
total used free shared buffers
Mem: 256812 230780 26032 77788 87880
-/+ buffers: 142900 113912
Swap: 0 0 0
MemTotal: 250
MemFree: 25
MemShared: 75
Buffers: 85
Cached: 60
SwapTotal: 0
SwapFree: 0
cdlinux01 <22.12 11:15 ~> uname -a
Linux cdlinux01 2.1.72 #5 Thu Dec 11 20:22:45 EET 1997 i686 unknown
Tell this PC motherboard that it can't take over 128M of RAM! and have you
heard of Pentium II's?
What about alpha? It could be conscidered to be PC too. Is that too flakey
to run Oracle with Linux? Have you heard of Linux been ported to PA-RISC,
Sparc etc...
Roope
--
MicroSoft? is that some kind of a toilet paper?
PS: Look for address here, not from headers. And remove NOSPAM's
___________________________________________________________________________
antt...@myy.NOSPAM.helia.fi / Roope.A...@ntc.NOSPAM.nokia.com
+358 9 812 7567 / +358 49 465 902 / +358 49 445 565
http://myy.helia.fi/~anttiner/index.html
---------------------------------------------------------------------------
Helsinki Business Polytechnic - Institute of information technology
--
John | Never try to teach a pig to sing,
dy...@freebsd.org | it just makes you look stupid,
jdy...@nc.com | and it irritates the pig.
> there is NO WAY the pc hardware end of linux would be able to handle running
> oracle in any decent manner. plus its tweaking is rather limited compared to
> solaris and hpux.
Sorry for may ignorance, but what is tweaking ?
And what is wrong with linux implementation of it?
> i have run oracle on both suns and hp boxes - there's just
> no way linux is ready (yet) for oracle.
What's so wrong with oracle that it's not ready for linux? Linux is widely
recognized as one of easiest platforms to port to.
> i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
> gig of memory each. that's alright for running oracle.
Actually you can run oracle on much smaller machines.
> but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
> processor... i don't think so...
You could also get a PC with a motherboard limitation of 2G and 2 300MHz
processors.
Or even more if you get Alphas
> linux is good for being a workstation, or a small server - but the heavy duty
> shit - better leave it to superior hardware and os's.
Oracle is quite usable for not-so-heavy-duty shit as well. It is used even on NTs
and Netware servers, not to mention Win95 boxes.
Hannu
Bullshit. We have an AIX 3.2.5 machine (circca 1994) running Oracle
7.3 and our dual-pentium Pro machine with 256MB RAM runs CIRCLES
around the machine.
->i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
->gig of memory each. that's alright for running oracle.
->
->but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
->processor... i don't think so...
Ummm, get a quad motherboard which supports a GB of RAM-- it'll beat
the 9000 in raw CPU performance (it will not have as good I/O scores);
We have both. The only thing holding the x86 machine down is the lack
of a good OS + DBMS. (which could be Linux + Oracle or Sybase)
->linux is good for being a workstation, or a small server - but the heavy duty
->shit - better leave it to superior hardware and os's.
Whatever. I can easily get four machine of the same/better
performance for the price of an HP9000.
I wonder who is going to win.. If Oracle or Sybase puts their DMBS on
Linux they will get a nice short-term cash flow as initial purchases
are made-- the other isn't. :)
--
ASCII stupid question, get a stupid ANSI
Craig Kelley -- kell...@isu.edu
http://www.isu.edu/~kellcrai finger i...@inconnu.isu.edu for PGP block
are you saying their performance is great?
any os can run a particular kind of app, but the question is does it run well?
>Depends on the level of running..
exactly.
>> but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
>> processor... i don't think so...
>
>What!!
>cdlinux01 <22.12 11:15 ~> free
> total used free shared buffers
>Mem: 256812 230780 26032 77788 87880
MOST motherboards have a 128M limit.
i didn't say all.
same thing as saying a 486 with 16megs can run photoshop.
This is total crap. The entire Deja News service is run on Linux
machines
and Deja News has one of the largest databases on the Web. I also don't
know what decade you are living in, but we have Linux SMP running on
dual
Pentium II, 300Mhz, with 512M and 28 Gigs of hard disk space, so that
stuff
about 128M limitation and 200Mhz is bogus. I am not saying that Linux
is
the end all and be all of operating systems, but don't write it off as
inferior simply because it runs on PCs. Just because it isn't a PC
doesn't
make it superior hardware.
Tom
--
+-----------------------+-------------------------+------------------------+
| Tom Schenk | Use Linux! | All opinions
expressed |
| tsc...@dejanews.com | Friends don't let | are mine and not
those |
| tsc...@theoffice.net | friends do Windows! | of my
employer. |
+-----------------------+-------------------------+------------------------+
I'd rather not think about that ... :)
>
>linux is good for being a workstation, or a small server - but the heavy duty
>shit - better leave it to superior hardware and os's.
I used to be really anti-intel, but some of these newer Pentiums finally have
convinced me, as you say, good for a small server.
>
>thanks,
>- tip
>
>In article <m2yb1ep...@lucifer.guardian.no>,
>Bjorn Borud <bo...@guardian.no> wrote:
>>[joe...@pebble.ml.org (Joel Garry)]
>>|
>>| With the top-end MP PC's, PC is a misnomer. I don't think parallel
>>| servers are a bad topic for this at all. Too bad the original post
>>| was such a troll.
>>
>>the problem with PCs is that you still have to be very careful when
>>building them because compared to traditional UNIX-server hardware
>>they are still not very robust. I've had disks litterally burn up
>>inside the cabinet because cooling is usually bad and my dual P6 needs
>>about 3 new cooling fans per year.
>>
>>the problems with PCs is usually shitty hardware.
I certainly agree with that! However, just because most PC's are poorly
engineered, or perhaps engineered to a price point lower than us
technoweenies appreciate, doesn't mean a top-end MP Intel server has to
be bad. I've seen 64 bit HP and Alphas screw up, too, it's just not
something most people have to deal with - and they send engineers out to
fix 'em, because they are usually under an expensive support contract
or development agreement.
While I personally would rather have a "big" sun, hp or alpha, I haven't seen
anything very convincing that a decent mp Intel running linux and parallel
Oracle would be a bad idea for, say, a deparmental/small-office server, were
such a beast to work.
>>
>>but as far as performance is concerned there is nothing near the price
>>ranges of PCs that gives you more bang for the buck. often I
>>preprocess data on my workstation instead of the database machine,
>>because the Intel running Linux is several times faster.
>>
>>| Yeah, that business plan youse guys were talking about - try
>>| packaging linux servers with a few million of NC's. That oughta get
>>| Larry's attention.
>>
>>do we know anyone who knows Larry personally and could give him a call
>>and explain to him what Linux is and that there are some people who
>>would really like to run Oracle on it? :-)
Well, one of the bay area papers had an article about his landscape
architect... :)
>>
>>
>>PS: I'd like to run Designer/2000 on Linux as well :-)
>>
>>-Bjørn
>>--
>> Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
>> <URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
>> UNIX person, one of "them" | - John Gilmore
>
>
>--
>[ =-=-= want to provide financial backing for my film? email me! -=-= ]
>[ *&$*&$* tip - my evil twin is pit - mailto:t...@blahblah.com *&$*&$* ]
>[ & email is spam protected: replace "blahblah" with "stopsmiling" &* ]
>[ =-=-=-=-=-= preserve wildlife; pickle a squirrel today. =-=-=-=-=-= ]
???
I do that?
The hardest part was finding damn drivers for the video card/monitor.
jg
PPro:
Largest Cacheable Area: 4Gb
SMP: Can handle up to 4 Processors.
On-chip cache: 256k,512k,1024k
Mhz: 150,166,180,200
As far as motherboards go, I'd be careful before saying "there aren't
any PPro that do X." For example, you might think that "there aren't
any PPro motherboards with 75Mhz bus" or "there aren't any PPro
motherboards with SD-RAM." You'd be wrong! They just aren't very
common :)
-BenRI
I've benchmarked other databases against Oracle, and its laughably
slow. So why do you need a Gig of ram on a huge HP box? With a pair of
PII's@300Mhz, 512MRam, Oracle will be reasonable speed, but a memory
pig. Except for the largest transaction oriented banking systems, 512M
is pretty useful. PII's at 300Mhz are faster than the big HP, benchmark
wise. PCI is a bit slow for really huge memory & IO, but its within the
right order of magnitude. The big SPARKs Alphas and HP boxes have twice
or more the memory/IO bandwidth. You need that when your app starts to
use a ton of RAM & Disk.
With Solaris on a Spark 20 with 256M of ram, one medium sized oracle web
app grows to 120 M ram in 3 days. Puke. This is why the guy needs a Gig
of RAM. I cross ported to another DB(Texpress) on Linux/x86 and the app
is 5M after 30 days.
From my experience, Linux would get an extra 10 to 20% out of the
hardware compared to any of the alternatives. Its easier to port to
than SCO, tons faster than Solaris and SCO and NT, and way more reliable
than NT or SCO. Solarix X86 we had no reliability issues with , nor
with Linux, but we did with NT and SCO. My main linux server has been
down 6 times in the last year, each of them for OS upgrades.
In a bank/high volume commercial/governmental situation, you need
extremely reliable Hardware and Software. Thats what all the
"Ridiculous" extra transaction features of Oracle are for. If I was
suddenly a CIO at a bank, I would not consider running the credit card
system on Linux. Not because of OS reliability, but because the
stockholders would lynch me if my datacenter was not supported by a
reliable company. The OS doesnt even enter into it. The hardware is
the basic unit of reliability here. Oracle enters into it, only because
you need serious hardware to get good speed because its so slow.
I'd be a dyed in the wool big iron guy (IBM,DEC,Sun,HP). Not only is the
_MACHINE_ a different breed, (at $5Million for a 3090/600e or $400K for
a really huge DEC Alpha with enough CPU/Disk/RAM/Support contract) but
the _SUPPORT_ the vendor gives the bank is of a different breed. When
you are an IBM, a Digital, or an HP or a Sun, you put a hardware/OS
support guy on-site. No Linux vendors can do that, becase the
profitability per shipped unit is not enough.
A $400,000 Dec box is quite a bit different of a machine than even a
HUGE PC architecture server. Even compared to a $30K tricked out
Intergraph or Compaq box. Big iron is more reliable, hardware wise.
Its much more reliable software wise, because for $400K, you get the
time to check the MTBF's properly, and regression test the OS on the
actual hardware you ship in all sorts of horrible conditions. You test
it with poor power and lots of electrical noise and radio noise around.
Until the NEED for a really huge centralized PC architecture box
happens, there will not be a PC machine of the big iron reliability
class either. There will be no need, because the prevailing wisdom is
to put in another server, rather than buy a bigger single server. Its
tremendously cheaper for most offices.
Now, if you need to have a huge central system (say you are Chase
Manhattan) then you talk to vendors who make money from support, not
from hardware/OS sales.
Said the Ex DEC Field Service engineer, who spent most of the Eighties
in cold computer rooms with his hands in the guts of VAXes. (Where
Field service was a profit center).
+-----------------------+-------------------------+------------------------+
> | Tom Schenk | Use Linux! | All opinions
> expressed |
> | tsc...@dejanews.com | Friends don't let | are mine and not
> those |
> | tsc...@theoffice.net | friends do Windows! | of my
> employer. |
> +-----------------------+-------------------------+------------------------+
--
Jay Thorne The Net Result System Services j...@result.com
Http://net.result.com
Zoom 505 Effect page http://net.result.com/~jay
Zoom 5xx series Patch Database: http://net.result.com/~jay/db.html
are you blind or just dumb? what does linux run on? 386, 486, pentium,
whatever.
i'm not talking about the later model pci chipset motherboards in the
past two years, rather as a whole.
as a whole, most motherboards that support linux do not support over
128 megs.
I think Oracle + Linux could make a very mutually amenable
relationship.
Two weeks ago, Oracle stock took a *major* tumble, something like
twenty percent of its value. Aside from the usual volitility of
tech stocks, the two reasons cited for this drop were slow sales
for the Oracle*Applications product line and that Oracle is losing
share to some zany maverick up-and-comer called MicroSoft, which
has a (comparatively) cheap RDBMS (MS SQL Server) running on a
(comparatively) inexpensive OS (NTAS) on (comparatively) dirt
cheap hardware that offer a *lot* more bang for the buck than some
unghodly-many-processor Unix system, at least as long as you're
serving fewer than 20GB of data to fewer than 1000 concurrent
querents, give or take. That particular customer niche is pretty
large, and its denizens won't make Oracle-size purchases when they
can get away with SQL Server-size purchases.
No doubt Oracle will maintain its viability as The Thing To Run
When Serving Data to Great Big Company, but it's getting chipped
away at the lower end of the Laffer curve where you sell lots of
small for cheap instead of few for more. If they want to have any
presence at that end of the spectrum, they should investigate two
swift moves:
1) Get a version of the RDBMS running under Linux, *even if it's
not officially supported*, and sell it for cheap.
2) Get the Oracle Web Server (and SQL*Net) running under Linux,
and sell it for cheap.
Web Server 2.1.1 on Linux would be a sweet setup. There are so
many Linux boxen serving as Web machines anyway, and standing up
quite well under rather high loads. Having Oracle Web Server
hitting an RDBMS instance somewhere behind the firewall, whether
it's on another Linux box or an MVS Leviathan sounds like a winner
to me, even for Large Corporations.
Many Large Corporations are eager to start doing "Extranet"
applications for their customers, but want to do it for cheap or
at least test the concept for cheap. What's cheaper than Linux
on a 64MB Pentium/200 stolen out of some vacationing MBA's cube?
Besides, the Large Corporation already has all of its data on
Oracle anyway, right?
Larry's always been big on the Internet. Targeting Linux could
make his products into the de facto Internet standard for
databases. If he's worried about tarnishing his product's image
to where banks won't use it, he can call the Linux version
"Oracle/LX" or set up a spin-off corporation, like Honda did with
Acura, only targetted down instead of up.
Here's a rumor: two years ago I was taking an Oracle class, and
the very subject of Oracle on Linux came up. The instructor said
he had heard of the issue, and said Oracle's concern at the time
was a *legal* rather than a marketing issue. It seems that
Oracle's legal department was under the impression that any
product that ran under Linux was automatically subject to the GPL,
which would have forced them to publish the source code. My
understanding is that this is not something they want to do. My
other understanding is that this is not true, but who's Larry
gonna believe, some random Linux [w]hacker or one of his
high-priced lawyers who snarfed the wrong version of the GPL?
Maybe they wanted to dynamically link libc; I dunno.
--
these are my opinions, not theirs. they probably shouldn't be yours,
either, in case they're wrong or sumthin'...
> In a bank/high volume commercial/governmental situation, you need
> extremely reliable Hardware and Software. Thats what all the
I suspect that not everyone who uses Oracle is in this postion.
However, perhaps if they are not, then they shouldn't use Oracle :)
Thanks,
-BenRI
Right.
There was a sub-thread about traditional Unix-workstations vs Intel-WS,
mostly saying that the Intel stuff (well, the components and the system
architecture) is of (much?) lower quality. While this may be true for
most or even all machines bought for low $ at the nearest computer shop
I'd say it isn't for the big Intel servers sold by e.g. Compaq or
Siemens or by (whoever) for running Windows NT (up to 8 processors by
now, how NT scales (or not) is a different story). How many databases
are there that need a 24 CPU server with 24 GB RAM and some TeraByte
disk space? Of course, companies running these are our "most valuable"
customers but guess why Oracle is available on NT, and I'd guess Linux
has at least the same potential, porting should even be easier (to Linux
vs to NT; never tried so you can flame me for that statement - there are
so many similar bad ones in the news from people who write about things
they never tried).
A Primergy 760-server with 4 PPro's and 4GB RAM
(http://www.sni.de/servers/primergy/prim_us/pr760_us.htm, hope this
doesn't make my article commercial spam, that's the one I happen to
know; just as an example for those who only know home-PC's that there's
more/bigger Intel stuff out there) should be enough for most uses.
A note: the From:-address doesn't mean I know much or anything about
Oracle's strategy here,
--> I'm just a guest here @Oracle HQ <--
(for 6 months) doing a 64bit port of Oracle 8 for our Reliant-Unix
(SysV, Siemens Nixdorf). Who would come here for doing this on Linux?
All the vendors who want to have Oracle available on their platform have
a couple of people here to help with porting and to provide a link back
to the people who code the OS. There are so many issues that can best be
solved by the platform's vendor, e.g. there are changes made to the OS
(rather than Oracle) in order to support certain features better (e.g.
make some things faster for the particular Oracle-implementation -
easier than rewriting Oracle, sometimes, also see below).
Oracle is not so high level like, let's say, a text editor, it relies
and uses low level functionality a lot. When doing a port, sometimes you
adjust the OS's behaviour or functionality in order to support an Oracle
function better, not Oracle itself (often because they did it right or
because all others already have that OS-functionality, so one can't
afford not to do it). For this it's good to have an organization to talk
to, so I'd say if Caldera or someone else wants to be the partner for
Oracle, they probably have a much better chance than the anonymous and
fuzzy crowd of Linux users out there (include me there). Either Oracle
can be convinced that it pays to do the port or somebody else takes the
risk and does it, here at Oracle and together with Oracle. I don't see
why _Oracle_ should take the risk. I'm a Linux user for years (even did
some kernel programming, see URL in sig) and have used it in the
company (was: debis (Daimler Benz), now: Siemens) as often as I could
(which was a lot), but I'd not take that risk because I have absolutely
no idea if I could actually _sell_ the result of my efforts often enough
(and I really can't see anything bad in that Oracle wants to make money
- how long would they (or any other company) exist if they stopped
looking for profit?).
Other OS's have an easier life here: there's just one vendor who
produces it and all wishes for a certain product go there, so it can
easily be seen wether or not spending money on a port or development can
be justified. For Linux there are only a few postings (and not even that
many) in newsgroups, and I doubt that a large percentage of people who
said there they'd like to have a version on Linux would really spend
lots of money (and that's what commercial DBs cost, especially if you
have many users: lots of money! (and that's also what must be spent for
the development of such a product)) on it when it's available, because
when they see the sum they might think buying a big Unix server (or NT
nowadays, unfortunately [I should add in these groups - also
unfortunately, although I don't like NT very much there's too much heat
in these discussions and less substance (I said less, not 'no'! Stop
flaming!)]) doesn't matter anyhow.
I realize I wrote lots of unreadable sentences (too long, too many
'(')... Please excuse me, it's late and I want to go home.
This article is long enough now, so I just press 'Send' before I can
write even more...
--
***********************************************************************
Michael Hasenstein; Siemens Nixdorf (Paderborn, Germany)
currently @Oracle, Redwood Shores, California
homepage http://www.csn.tu-chemnitz.de/home/mha/
Linux NAT http://www.csn.tu-chemnitz.de/HyperNews/get/linux-ip-nat.html
private EMail: M.Hasenstein(at)remove-this rocketmail dot com
***********************************************************************
Oracle (the company) does not like Microsoft. Therefore, at least the way
some Linux users think, Oracle's products must be cool and they want them
on Linux.
--Tim Smith
> In article <349fcd70....@news.mindspring.com>,
> Voytek Jarnot <vja...@mindspring.com> wrote:
> >
> > You are so full of it that it hurts me to waste the time to reply.
> >What exactly does 'most' mean to you??? Here's a breakdown of some of
> >intel's various chipsets, its the chipset that the motherboard
> >incorporates, not the motherboard itself, that limits the amount of
> >RAM.
>
> are you blind or just dumb? what does linux run on? 386, 486, pentium,
> whatever.
>
> i'm not talking about the later model pci chipset motherboards in the
> past two years, rather as a whole.
>
> as a whole, most motherboards that support linux do not support over
> 128 megs.
>
This has got to be the dumbest argument I have ever heard. Let me make sure
Iunderstand...your saying that because most hardware that Linux can run on is
too
weak to run Oracle that therefore Linux is too weak to run Oracle. Correct?
OK,
whatever...
You know as a whole the majority of production automobiles cannot go faster
than
about 120 MPH (guess, just an example), therefore, according to your logic no
production automobiles can go faster than 120 MPH. Wow, I better go tell all
those
people that have Corvette's, Ferrari's, Porsche's, etc. that they really
can't go that
fast, it is just a figment of their imagination...
--
Jim Zubb
ji...@ecom.net
----------SCHNIPP----SCHNAPP-----------CUT-----------------------------
> do we know anyone who knows Larry personally and could give him a call
> and explain to him what Linux is and that there are some people who
> would really like to run Oracle on it? :-)
I have heard that Oracle from SCO should running under Linux (Bin-Emul.)
Is'nt ?
>
>
> PS: I'd like to run Designer/2000 on Linux as well :-)
I would like to get them too...xmas is soon..i will put my shoes outside
the door....maybe that helps :-)
>
> -Bjørn
> --
> Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
> <URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
> UNIX person, one of "them" | - John Gilmore
--
Gerhard Wesser
dd...@linux.prima.no|spam.de http://www.prima.de
excuse me, but where can I buy a two year old PC based system so I
won't be able to run Oracle on Linux?
By the way, I just checked and according to the CD-ROM I can run
Oracle on a 64MB Pentium with NT 4.0. Since NT 4.0 is bigger than
Linux I should certainly be able to run Oracle on a 64MB Linux
box. (Okay, so it won't be the fastest thing on earth -- but for
a single user it will suffice.)
A Linux based Pentium with 1GB of RAM should be able to comfortably
support a small to medium size organization.
Jerry
tip wrote (in part):
>
> i'm not talking about the later model pci chipset motherboards in the
> past two years, rather as a whole.
>
> as a whole, most motherboards that support linux do not support over
> 128 megs.
>
Oh shit, so I guess SCO, Solaris X86, NT can run them then right?
If you are gonna spew some *$(@& #$, might as well compare it to the
other platforms on X86..
Considering that Linux takes the least amount of resources compared to
SCO, Solaris X86, and NT.. It would be one of the best platforms to
run Oracle under X86.. I mean, Linux is quite a nifty threaded os which
beats out most others in context switching, memory footprint and etc..
: i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
: gig of memory each. that's alright for running oracle.
: but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
: processor... i don't think so...
Well, if you buy shit hardware then... I do believe FTP.CDROM.COM is running
of a box that has more than 512 Megs of RAM and it's X86 based...
I guess those #*(@&4 X86 boxes are good for nothing then considering
that ftp.cdrom.com (the biggest ftp server on the net) is running on the
X86 platform and turning out gigabytes of IO everyday albeit running
FreeBSD (your argument does not make sense bub).
If you buy SHIT PC hardware, then you get SHIT basically. Some new
X86 boxes are coming out with I20 tech (I believe DELL has poweredge
servers using em) and should alleviate some of the IO problems in general
pc design..
: linux is good for being a workstation, or a small server - but the heavy duty
: shit - better leave it to superior hardware and os's.
Quite funny.. How does one define heavy duty?
You should ask Nasa why they picked the X86/Linux platform running clustered
under the Beowulf project - price/performance ratio.
I do have a few gripes about using Linux for RDBMS because of
the 2 gig file limitation limit (which I hope will be fixed sooner or later).
But I do believe with the general move to clustering in 3.0, fine
grained locks for SMP, and future processors like the merced..
Linux should be able to DISH out TPC's without any problem in the future..
And besides, you can RUN Linux on an Alpha, PowerPC, and Sparc....
I do believe that SOLIDTECH (Solid SQL) and Software AG (Adabas D) will
make money in the future when IS managers finally realize that Linux gives
them so much for so little. I'm pretty sure Linux boxes are now sneaking
up behind the back doors onto most IS depts acting as web servers,
name servers, dhcp servers and etc. The day of reckoning will come
when one of the RDBMS heavy weights will deliver a shattering announcement
regarding porting their XYZ RDBMS to the Linux platform and actually
support it directly (But alas, Software AG only supports Linux indirectly).
I do believe that Oracle, Sybase, and Informix should losen up with
their restrictions and pricing. I believe they will finally realize
their mistake not porting to Linux when one day, microsoft is knocking
at their door carrying Windows NT 5.0, a good enough version of Microsoft
SQL server, and price/performance ratio that makes them look silly
when ran on Intel's merced processor.
(microsoft never makes outstanding software, but they do make software
that is good enough for most people)..
Additionally, it is very easy to underestimate the amount of I/O that
a PC can do.
One should not expect a PC without multiple fans, running IDEs to work
reliably in that environment. Geesh, that machine appears to go through
SCSI drives also (I don't know how many have failed in the last few
years, but I wouldn't be surprised if it is 5 or more.) One problem with
building your own PC, is that it is very hard to do a component qualification
on such a small scale. Anecdotal information on the net is one way that
you can find out how reliable equipment is, except that the lead time
for that information is long. (Other people often start seeing problems
at the same time that you do on your deployed system.)
PC's are missing some features that some people want. Generally, they
aren't fault tolerant, and also not generally hot-pluggable (of course,
that can be arranged.)
tip> In article <349fcd70....@news.mindspring.com>,
tip> Voytek Jarnot <vja...@mindspring.com> wrote:
>>
>> You are so full of it that it hurts me to waste the time to
>> reply. What exactly does 'most' mean to you??? Here's a
>> breakdown of some of intel's various chipsets, its the chipset
>> that the motherboard incorporates, not the motherboard itself,
>> that limits the amount of RAM.
tip> are you blind or just dumb? what does linux run on? 386, 486,
tip> pentium, whatever.
tip> i'm not talking about the later model pci chipset motherboards
tip> in the past two years, rather as a whole.
tip> as a whole, most motherboards that support linux do not support
tip> over 128 megs.
Yes, but nobody is expecting to run large Oracle servers on a 386.
The point is that well-specified new x86 machines *can* handle Oracle.
How about another reason: ~40% market share of Oracle DB (don't know
exactly, but it was a lot), i.e. many people have it already and it would
be extremely helpful to be able to connect a Linux box to an Oracle DB.
You can do this now, but only with workarounds. It would be much nicer if
one could use such things like OCI directly on Linux, which would be a
side effect of having Oracle ported to the platform.
Also, if your company already runs an Oracle DB (see market share, so this
is quite probable), wouldn't it be better to use the same system instead
of adding a different one? Ok, some people like to use as many different
products as possible in the same environment, but I guess that's not the
majority.
--
**************************************************************
Michael Hasenstein; Siemens Nixdorf (Paderborn, Germany)
currently @Oracle, Redwood Shores, California
http://www.csn.tu-chemnitz.de/home/mha/
> in the
> past two years, rather as a whole.
Why?
> as a whole, most motherboards that support linux do not support over
> 128 megs.
OK, but so what? WHo cares about "most"? That's basically penalizing
Intel for having both high-end and low-end equipment available. Who
cares if there are also a lot of low-end machines... that's a different
market niche. Its mostly irrelevant to the issue of high-end machines.
The "average intel machine" is a meaningless, or at least useless,
construct. (sigh) The dangers of reification... The only time I can
see anyone want to talk like that is correcting some idiot manager who
has beliefs about an "average intel machine".
-BenRI
ps; look below!!!
Voytek Jarnot wrote:
On 22 Dec 1997 20:59:11 GMT, tip <t...@blahblah.com> wrote:
>In article <349fcd70....@news.mindspring.com>,
>Voytek Jarnot <vja...@mindspring.com> wrote:
>>
>> You are so full of it that it hurts me to waste the time to reply.
>>What exactly does 'most' mean to you??? Here's a breakdown of some of
>>intel's various chipsets, its the chipset that the motherboard
>>incorporates, not the motherboard itself, that limits the amount of
>>RAM.
>
>are you blind or just dumb? what does linux run on? 386, 486, pentium,
>whatever.
>
>i'm not talking about the later model pci chipset motherboards in the
>past two years, rather as a whole.
>
>as a whole, most motherboards that support linux do not support over
>128 megs.
tip, Funny, I have a Tyan motherboard Dual PPro with 160Megabytes of RAM and Linux run just fine!!!Don't know where you get your info!!!
Maybe you ought to take a look at the topic under which you are
posting ... or maybe you did and are just too stypid to realize that
running an Oracle server on a 3/486 is not a viable option. I include
shipsets for those processors that are viable (though maybe not
optimal) options : Pentium, Pentium Pro, Pentium II.
/Andre
--
Well, the latest SMP servers from Compaq and DEC look pretty
good. RAID-5 SCSI, hot-swappable drives, multiply-redundant
hot-swappable power supplies, what more could you want? The only thing
that will down it is if the motherboard or CPU burns up (no recent OS,
alas, is as reliable as the old Honeywell Multics, where a single
processor going out just meant disabling that processor and not even
having processes burp). I've seen one configured with 512mb of memory.
Now, true, this isn't going to run a large business, but it will
certainly run a small-to-midsize business without even breaking a
sweat.
>no way linux is ready (yet) for oracle.
Well, I'd agree, to a certain extent. Oracle wants to do like they do with
SCO -- put out a version and have it still running 5 years later without
even a recompile. The Linux world is famous for shifting hither and fro.
Heck, there's not even a stable libc yet.
But none of this has anything to do with whether Oracle can technically be
run under Linux. The only current limitation is that it'd have to use raw
partitions for its disk storage, since ext2fs is limited to 2gb for file size.
>i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
>gig of memory each. that's alright for running oracle.
>
>but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
>processor... i don't think so...
Err, obviously you haven't checked out the "big iron" PC servers used
for SCO Unix and Windows NT. Most of them don't SHIP with less than
128m of memory, much less have a LIMIT of 128m. In fact, SCO had to
put out an OpenServer revision because they didn't properly support
1gb of memory (only 512mb) and somebody caught them on it. 200mhz
processors? Well, the quad-Pentium Pro, certainly. But a quad Pentium
Pro box has more CPU horsepower than the fancy hp9000/etc. boxes, it's
the I/O that has traditionally been the bottleneck of PC-family
computers. Still is, for that matter. But the I/O bottleneck has
narrowed greatly with hardware RAID controllers with bus-mastering
PCI.
>linux is good for being a workstation, or a small server - but the heavy duty
>shit - better leave it to superior hardware and os's.
Well, Linux also runs on that superior hardware :-). (See: Linux/SPARC,
Linux/ALPHA, Linux/PowerPC). In fact, Linus Torvalds' only Intel-based PC
is an old '386 he keeps around for nostalgic purposes -- he does all his
own work on an Alpha running Red Hat Linux.
As for the "superior OS" bit, the biggest limitations in Linux are in
the file system. The ext2fs is a good simple clean little file system,
but not exactly featuresome. There's nothing stopping anybody from
improving ext2 (create ext3?) or implementing a new file system --
Linux has supported multiple filesystems with ease since the Linux 1.1
days -- but nobody has done it. There's also various clunkiness at the
OS level, but let's face it, all versions of Unix have accreted a bit
of clunkiness here and there. Heck, there's still stuff in Unix that
exists for no reason other than that K&R&P did it that way back in
1975.
Somebody brought up "well, it's not as tunable". Most of the tuning decisions
of the past, such as, e.g., how many buffers to allocate for i/o operations,
have been taken over by the dynamic buffer cache. A dynamic buffer cache is
provably optimal, since it is always in sync with your usage patterns, while
a statically-allocated buffer cache must be tuned every time you change your
work load or usage patterns. The algorithms used for the dynamic buffer cache
probably need a bit of tuning themselves, but there's nothing at all wrong
with the idea of a dynamic buffer cache.
(And do note that there's still a LOT you can tune about Linux -- it's just
that, unlike with older Unixes, the default Linux values tend to be reasonable
enough that nobody ever bothers).
--
Eric Lee Green ex...@softdisk.com Executive Consultants
Systems Specialist Educational Administration Solutions
You might be a redneck if you put on insect repellant prior to a date.
That would be nice, but they have stockholders to answer to (Larry just
lost $2G one day...). Watch for a siege mentality as they try to keep their
profitability up, much like DEC, WANG, etal in the 80's...
>
>(microsoft never makes outstanding software, but they do make software
>that is good enough for most people)..
And leaves many people outstanding in the cold...
I heard that an internal port of Oracle to Linux has already taken
place. Don't know which version. Given Informix's lack of response
on the Linux front....I'd think that it would be mega-kudos all
around if Oracle provided a Linux offering.
--
=================================================================
These are my own comments....not to be confused with real or
unreal comments of any company.
> there is NO WAY the pc hardware end of linux would be able to handle running
> oracle in any decent manner. plus its tweaking is rather limited compared to
> solaris and hpux. i have run oracle on both suns and hp boxes - there's just
> no way linux is ready (yet) for oracle.
>
> i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
> gig of memory each. that's alright for running oracle.
>
> but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
> processor... i don't think so...
So... you're saying that Oracle doesn't run on SCO or Solaris/x86 either.
It's the same hardware, you know.
--
-russ <nel...@crynwr.com> http://www.crynwr.com/~nelson | Freedom is the
Crynwr Software supports freed software | PGPok | primary cause of peace.
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Obedient, Christian, statist:
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | you only get to pick two.
> there is NO WAY the pc hardware end of linux would be able to handle running
> oracle in any decent manner. plus its tweaking is rather limited compared to
> solaris and hpux. i have run oracle on both suns and hp boxes - there's just
> no way linux is ready (yet) for oracle.
>
> i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10 with a
> gig of memory each. that's alright for running oracle.
>
> but imagine a pc with linux and a motherboard limitation of 128M, a 200Mhz
> processor... i don't think so...
>
> linux is good for being a workstation, or a small server - but the heavy duty
> shit - better leave it to superior hardware and os's.
>
> thanks,
> - tip
Superious hardware, maybe - Superious OS - Errm, nope! Solaris on this Ultra1
has crashed
and ran out of memory more times than any of my Linux boxes have!
Now a Linux port to some big hardware, oh that's already done - Just need Oracle
to run on
Linux on a SUN/whatever and your away :)
--
Leigh
>
>
> This is total crap. The entire Deja News service is run on Linux
> machines
> and Deja News has one of the largest databases on the Web. I also don't
> know what decade you are living in, but we have Linux SMP running on
Hey, would the DejaNews people - or have they written some gumph on how they set
it up and what hardware it runs on so that the world can be told?
That would be pretty cool, a nice big case study!
--
Leigh
> In article <349fcd70....@news.mindspring.com>,
> Voytek Jarnot <vja...@mindspring.com> wrote:
> >
> > You are so full of it that it hurts me to waste the time to reply.
> >What exactly does 'most' mean to you??? Here's a breakdown of some of
> >intel's various chipsets, its the chipset that the motherboard
> >incorporates, not the motherboard itself, that limits the amount of
> >RAM.
>
> are you blind or just dumb? what does linux run on? 386, 486, pentium,
> whatever.
>
> i'm not talking about the later model pci chipset motherboards in the
> past two years, rather as a whole.
>
> as a whole, most motherboards that support linux do not support over
> 128 megs.
Is there a motherboard that does not support Linux and supports more than
128Mb?
--
Leigh
Okay, since you asked - how about these:
Hot swappable CPUs, hot swappable memory modules, hot swappable
mainboards, individual temperature control per CPU, individual
CPU reboot without service disruption, the ability to "farm"
processors and run multiple releases of the operating system on
the same iron (one OS per "farm") and to dynamically reassign
processors from one "farm" to another without service
disruption, a crossbar-switched backplane instead of a bus
system, two pathes to every piece of hardware and an operating
system that knows how to reroute data pathes within the machine,
fibre channel arbitrated loop (FC-AL, 1 Gigabit/sec and up to 10
km distance between disk array and machine) to connect to the
disk arrays (using RAID 1+0 instead of RAID 5 for speed), up to
14, 28 or even 64 processors per machine (64 bit, 250 MHz, 4 MB
cache per processor for example) and up to 14, 28 or even 64 GB
main memory per machine. Then two machines of these with a
working clustering/failover-solution.
I admit that you can get pretty decent boxes when looking for PC
servers (We are using IBM 704's as standard servers and are
quite satisfied), but the above features are usually missing in
PC hardware - even server hardware.
That's what you get when you buy Enterprise Ultra hardware from
Sun. This is at least one league above PC hardware (yes, in
features and in price as well).
You don't install such boxes routinely, but for a data warehouse
solution or other mission-critical parts of your enterprise this
is just right and it scales like nothing (from single processor
solutions with memory in the 32 MB range up to 64 processor
solutions with GBs of mem and TBs of disk space).
>The only thing
>that will down it is if the motherboard or CPU burns up (no recent OS,
>alas, is as reliable as the old Honeywell Multics, where a single
>processor going out just meant disabling that processor and not even
>having processes burp).
Suns Enterprise Ultra Series and Solaris do that, too.
Kristian
--
Kristian Koehntopp, http://www.koehntopp.de
"3*666 = 1998" -- Bruder 13 auf der Verschwoerungsmailingliste
Larry discovered quite quickly with his Network Computer
that if you plan on cutting out all the PC vendors, they'll
quickly cut your throat.
Now in this case, you're talking about cutting out DEC,
Sun, HP & IBM, who do a lot of the basic legwork in
selling Oracle boxes to begin with.
It might be a good idea, but somehow I think it might
muddy Oracle's business relationships with a lot of
hardware companies.
Bill
I work during the day for a company that just went through 4 months of
SQL-on-Linux evaluation. We had Oracle reps, Informix reps, come over and
talk to us. We talked to Raima, Software-AG, and everyone else.
The story with Oracle-on-Linux is, that there _is_ a port. Oracle has been
running it sucessfully in their R&D labs for months. The story we got for
why it won't be released is _support_.
When you buy Oracle for DEC Unix, for example, Oracle requires that you run
the DBMS on only Oracle-approved DEC hardware. No Alpha clones, no third
party net cards, nothing. If you don't they won't support it.
The reason for _that_ is, they claim they hand-tune parts of the Oracle
software to the specific drivers you are running, and ship you that
hand-tuned version. They cannot hand-tune Oracle for maximum performance on
every combination of every piece of Linux-supported hardware.
So, chances are, even if they shipped Oracle for Linux, it wouldn't perform
as well as the other versions (for other platforms where they have strict
hardware requirements).
BTW, we gave up on running our RDMS on Linux. We're buying a DEC 4100 to
run it on, with DEC Unix.
---------------------------------------------------------------
| Tom Greer Jr | Phone (360)825-7225 |
| System Operator | http://www.tx3.com/ |
| Tx3 Online Services | email to...@tx3.com |
---------------------------------------------------------------
> In article <349fcd70....@news.mindspring.com>,
> Voytek Jarnot <vja...@mindspring.com> wrote:
> >
> > You are so full of it that it hurts me to waste the time to reply.
> >What exactly does 'most' mean to you??? Here's a breakdown of some of
> >intel's various chipsets, its the chipset that the motherboard
> >incorporates, not the motherboard itself, that limits the amount of
> >RAM.
>
> are you blind or just dumb? what does linux run on? 386, 486, pentium,
> whatever.
>
You really aren't with it, are you! I run at home on my dual PPro (using the
SCO Oracle), and I've installed it on Sparcs and Alphas.
> i'm not talking about the later model pci chipset motherboards in the
> past two years, rather as a whole.
>
> as a whole, most motherboards that support linux do not support over
> 128 megs.
>
Really? Then why would a lot of people run ASUS MBs, which support 512MB to
1GB? Before you get into a technical discussion, at least have a minimal
knowledge of the technology available, and don't spew utter shit.
Bill Beaton
> The reason for _that_ is, they claim they hand-tune parts of the Oracle
> software to the specific drivers you are running, and ship you that
> hand-tuned version.
For Linux, they could ship you Oracle with a hand-tuned *kernel*.
> They cannot hand-tune Oracle for maximum performance on every combination
> of every piece of Linux-supported hardware.
So? You say above that they can't hand-tune Oracle for every piece of DEC
supported hardware. What's the difference?
> So, chances are, even if they shipped Oracle for Linux, it wouldn't
> perform as well as the other versions (for other platforms where they
> have strict hardware requirements).
What keeps them from having strict hardware requirements for Linux?
It seems to me that Linux offers Oracle an opportunity to considerably
simplify support, by shipping OraLinux complete with a tuned, stable kernel
and a set of approved drivers.
--
John Hasler This posting is in the public domain.
jo...@dhh.gt.org Do with it what you will.
Dancing Horse Hill Make money from it if you can; I don't mind.
Elmwood, Wisconsin Do not send email advertisements to this address.
I'll say! My Linux box slowed down drastically after 2.0.29, because the
buffer caching code was rewritten. Before the change, the buffer cache on my
8Mb system was around 200-500Kb; now, it's 2.5Mb or higher. This means that
with the kernel X running too, I've got less than 800Kb free for other
processes. It really would be *much* faster if I could set a forced maximum
size or something; I've looked at the code to try to do that but it's such
a tangle I hardly know where to start. :(
--
"Computers in the future may weigh no more than 1.5 tons."
-- Popular Mechanics, forecasting the relentless march of
science, 1949
Try something like this:
echo "128 256 1024" > /proc/sys/vm/freepages
It may not be exactly what you want but it helps. Experiment
with the values a little bit and see if it makes a difference.
The above was optimal for my system with 48MB of RAM and 48MB
of swap partition. I think I saw it explained in some linux*
newsgroups in more details, try to find it with Dejanews.
As far as I understood, the buffer caching algorithm rewrite
you mentioned didn't really make Linux slower: its defaults
only made the performance curve flatter which is good.
--
Vlad Petersen | <vladimip at uniserve dot com>
#include <disclaimer.h> | *Good pings come in small packets*
Vancouver, BC | Windows: for IQs smaller than 95
SIGSIG -- signature too long (core dumped)
--- quote on ---
~From: tsc...@dejanews.com (Thomas Schenk)
~Newsgroups: netuse.lists.linux-smp
~Subject: Re: How stable and useful are SMP Linux now?
~Date: 3 Dec 1997 22:31:02 +0100
On 03-Dec-97 Dave Andruczyk wrote:
>>
>> Our lab is going to buy new server and use Linux on it.
>> We are thinking about two-processor Pentium II machine.
>> (maybe it really become 2-cpu later, but smp-motherboart just
>> now).
>> Does SMP Linux enough usable for production machine now?
>
> I manage server dual Pentium Pro servers, and a Single PII server. All
> of them are rock solid under linux. The PPro are running on a FIC PN6210
> mainboard, 128 megs ram, aha2940UW scsi, with 256k cache chips. The P11
> is running off of a Tyan Tiger Mboard wiht 128 megs ram. All systems see
> typically high loads, sometimes over 20 ( load avg), and have never
> failed due to the OS.
>
>> Will it be so where 2.2.xx will be released?
>
> PII's are great with only 512 megs of RAM, Ppro's can handle 1Gig.
>
That's nothing. ;) The entire Deja News search engine runs on Linux SMP
systems (>50 dual PPro currently and moving to dual Pentium IIs). These
machines handle over 3.5 Million hits per day, with peak load of about
50 page views per second. They have already ditched one operating system
for instability and if Linux SMP wasn't reasonably stable, they would have
ditched it long ago. The most common cause for a machine failure is power
outages. We have seen some instability in 2.0.31, but for our hardware,
2.0.32 is pretty solid.
Tom Schenk
System Admin
---
+-----------------------+-------------------------+------------------------+
| Tom Schenk | Use Linux! | All opinions expressed |
| tsc...@dejanews.com | Friends don't let | are mine and not those |
| tsc...@theoffice.net | friends do Windows! | of my employer. |
+-----------------------+-------------------------+------------------------+
--- quote off ---
--
Graywolf
(Tom Rittenhouse)
---------------------------------------------------------------
The idea that there might be a memory limitation never even occured to
me, where did these guys get the idea that either there's an x86
motherboard that cant run Linux? I have x86 boards that wont run
WINDOWS! OK, it's because it cant autodetect things on startup....
Still, I'm running linux on them.... the one I'm typing on supports up
to 768Megs.....
James
tip <t...@blahblah.com> wrote in article <67jrfn$h...@eve.enteract.com>...
> there is NO WAY the pc hardware end of linux would be able to handle
running
> oracle in any decent manner. plus its tweaking is rather limited compared
to
> solaris and hpux. i have run oracle on both suns and hp boxes - there's
just
> no way linux is ready (yet) for oracle.
>
> i currently run oracle 7.2.3 on hp9000/s800/k210's running hpux 10.10
with a
> gig of memory each. that's alright for running oracle.
>
> but imagine a pc with linux and a motherboard limitation of 128M, a
200Mhz
> processor... i don't think so...
>
How many intel/ Win NT's are running with 64 MB + Oracle ? You would be
surprised , so for small database needs Linux will do (and Linux
performance is generally better than NT's). I know of hundreds of systems
running Oracle with less than 128MB RAM on HPUX, Digital Unix, AIX, NT ...
and they run in production too.
IMO, Oracle does not need to port much to support Linux - I know some of
their employees ran Oracle on Linux at home
Some years ago, I ran Oracle 7.0 on Linux with IBCS just as for a test on a
486 with just 16MB Ram -- that is sixteen megabyte !!!! and (to my suprise)
it worked - I agree that no business would want to run on such a platform,
but for learning Oracle in a Unix environment it was great.
- Phil.
[ Spec deleted ]
: That's what you get when you buy Enterprise Ultra hardware from
: Sun. This is at least one league above PC hardware (yes, in
: features and in price as well).
Errm, your spec is actually the Ultra 10000 series. The U3000 -> U6000
series don't even come close to this in most aspects. But since we are
talking well hundreds of thousands of UK pounds for such a spec, I really must
assume a comment such as yours is merely a troll, not meant for logical
discussion. Even a U3000, dual CPU, 1Gb RAM, dual SSA's have a list price
of 100,000 pounds and this is pennies compared to an U10000.
Put a PC against an Ultra 2 series machine, then we get useful comparisons.
I don't like PC's much (though they make good desktop machines, and
workgroup servers), but compare like to like!
The U10000 machine is getting close to "big iron" systems - the closest of
any Unix machines around at present.
PS, my Ppro200, 64Mb RAM, EIDE disk running SCO Oracle can select and
insert a million rows in under 4 minutes "insert into x select * from x"
which is comparible to the results the above U3000 system gave. I think
I damaged the hard disk though through excessive seeking :-)
--
Stephen Harris
sw...@spuddy.mew.co.uk http://www.spuddy.org/
The truth is the truth, and opinion just opinion. But what is what?
* Meeeeow ! Call Spud the Cat on > 01268 515441 < for free Usenet access *
About 40 people docketing (at least at the smaller branches) and it
works like a charm. Unless one is building the *NEXT* Airline
system or expecting a shitload of clients at one time. P2-200 would
work just fine...
If Solaris can deal with UNIFY 3.0 (It's even doing AXP emulation!)
then Linux should beable to handle Oracle, Informix (SE at least), or
Sybase.
In comp.os.linux.development.apps Jerry Gitomer <jgit...@p3.net> wrote:
> Tip,
> excuse me, but where can I buy a two year old PC based system so I
> won't be able to run Oracle on Linux?
> By the way, I just checked and according to the CD-ROM I can run
> Oracle on a 64MB Pentium with NT 4.0. Since NT 4.0 is bigger than
> Linux I should certainly be able to run Oracle on a 64MB Linux
> box. (Okay, so it won't be the fastest thing on earth -- but for
> a single user it will suffice.)
> A Linux based Pentium with 1GB of RAM should be able to comfortably
> support a small to medium size organization.
[...snip..]
* spurious garbage deleted *
> I admit that you can get pretty decent boxes when looking for PC
> servers (We are using IBM 704's as standard servers and are
> quite satisfied), but the above features are usually missing in
> PC hardware - even server hardware.
>
> That's what you get when you buy Enterprise Ultra hardware from
> Sun. This is at least one league above PC hardware (yes, in
> features and in price as well).
>
> You don't install such boxes routinely, but for a data warehouse
> solution or other mission-critical parts of your enterprise this
> is just right and it scales like nothing (from single processor
> solutions with memory in the 32 MB range up to 64 processor
> solutions with GBs of mem and TBs of disk space).
This is the same argument I've heard a thousand times over. More so
than a technology issue, this is an elitist issue. It seems that for
some reason unbeknown to me, some admins (especially) and coders are
'threatened' by the idea of having something similar in power to what
is available to the home user these days.
This seems especially true when it comes to free OSs versus commercial
ones. The quick rate of development of free OSs takes a lot of the
bragging rights away from some people. I'm sure that we've each
encountered some of them.
Typically, in my experiences, they will make a huge bravado of
hardware that's bleeding edge and so expensive that it can only be
afforded by the largest of corporations, it also is usually
extensively proprietary. This is often followed by a "...and that's
why PCs and free OSs will never be useful in 'real business'
situations...but that's not to say they're not good machines with a
purpose, etc."
I've heard this a thousand times over, and I laugh everytime. I
always remember that these were the same things that IBM and Digital
told their customers as PCs were replacing 3270 terminals. "...Oh,
PCs...pay them no mind, they're for home users...they'll never be used
in business environments..."
I certainly don't need to explain the rest.
Granted, there is some truth in the redundancy of larger 'iron'
machines. But, just as it happened before, this is going to become
less and less of an issue. In many cases with PCs, it's equivalent or
cheaper to replace an entire PC than to replace a single failed
component on a bigger iron machine. Ever look at vendor prices for
replacement drives, power supplies, etc?
Some companies and people like to pretend that if they quietly ignore
and or downplay PCs are free operating systems, they'll just dry up
and disappear. They are free to revel in their ignorance.
If Oracle makes a decided point NOT to port to Linux or to be
generally elitist to appeal to assinine admins, so be it, they'll be
the ones missing out on a massing market.
--Chris
> [lorena was here]
> > AFAIK, they are very well aware of the free software marketplace, and
> > profits that could be made.
> [lorena was here, too]
>
> I think Oracle + Linux could make a very mutually amenable
> relationship.
>
> Two weeks ago, Oracle stock took a *major* tumble, something like
> twenty percent of its value. Aside from the usual volitility of
I asked their marketing people about it but they said that "support
would be a nightmare."
The address I used: WEB-...@us.oracle.com
His name was Drew. Why not drop him a _friendly_ letter asking for a
native Oracle/Linux? It probably won't do much good, but who knows...
there must be someone at Oracle who would listen, especially if a
couple hundred emails appeared one day.
I tried to explain some of the options; for example, Netscape's
"official" support on Linux is from Caldera. Adabas ships a copy of
suse Linux and presumably will only support that version if weird
things start happening.
Mark
This may not be the right context but I can't help flame SUN a little.
SUN is touting their big Iron killer machines. They are the main
supplier of software + hardware to ensure smooth operation and this
gives them a big edge to provide reliable operation. I bought six
Trunking capable Quad Ethernet Cards a month back ( paid a lot for
these things ).
When I tried to install Solaris 2.6 + Oracle etc. etc. I found out that
the card is not being recognised !! I went through lot of things before
I called SUN and found out THEY DO NOT HAVE DRIVER FOR THEIR OWN LATEST
HARDWARE RUNNING THEIR OWN LATEST OPERATING SYSTEM - SOLARIS 2.6 !!!
Have you ever tried to downgrade Solaris _after_ you have all the
software installed, tables done etc. etc. - don't even try ...
Anyway, My point is SUN is still miles away from catching the big Iron.
A company who can not synchronize their development cycle may not be
trusted with your bank account.
> If Oracle makes a decided point NOT to port to Linux or to be
> generally elitist to appeal to assinine admins, so be it, they'll be
> the ones missing out on a massing market.
>
Here is a good one - Oracle please please please, at least the Client
OCI part will be great !!
Nilanjan
I know very well that an Enterprise Ultra (be it the 3000 or the
10000) is nowhere near any PC server - not in features and not
in price. That is just the point I wanted to make. Customers
that absolutely need reliability, configurability, space to grow
or just raw performance won't go with any PC based server just
for the features I listed.
>The U10000 machine is getting close to "big iron" systems - the closest of
>any Unix machines around at present.
Close enough for many banking installations to seriously
consider to throw out their IBM hosts and install Sun hardware.
Dumb question...
What is it that Oracle "certifies" to when they do the port to SCO?
- SCO runs on PCs
- It has a *reasonably* sizable set of supported hardware
- It is the commercial UNIX probably most readily comparable to Linux
(and the sundry "free UNIXes").
I won't disagree that Oracle may have stringent requirements for
supporting some platforms, particularly for "advanced" products such as
OPS.
When "tricking up" cars with things like aftermarket turbochargers and
other "advanced" racing equipment, it's necessary to be exceedingly
precise in having an otherwise unmodified car, as the things that
improve performance may make the car *break* if parameters change just
a little.
But not everyone is looking for the database equivalent to a
turbocharged, nitrous oxide enhanced Porsche. If Oracle is merely
targetting "tricked-up" "supercomputing" sites, then they're severely
limiting their marketing. They also need to support generic servers,
much as a SCO box, or the typical Linux box, would be.
--
"Bother," said Pooh, "Eeyore, ready two photon torpedoes and lock
phasers on the Heffalump, Piglet, meet me in transporter room three"
cbbr...@hex.net - "What have you contributed to Linux today?..."
<http://www.hex.net/~cbbrowne/lsf.html>
: [ Spec deleted ]
: : That's what you get when you buy Enterprise Ultra hardware from
: : Sun. This is at least one league above PC hardware (yes, in
: : features and in price as well).
: Errm, your spec is actually the Ultra 10000 series. The U3000 -> U6000
: series don't even come close to this in most aspects. But since we are
: talking well hundreds of thousands of UK pounds for such a spec, I really must
: assume a comment such as yours is merely a troll, not meant for logical
: discussion. Even a U3000, dual CPU, 1Gb RAM, dual SSA's have a list price
: of 100,000 pounds and this is pennies compared to an U10000.
: Put a PC against an Ultra 2 series machine, then we get useful comparisons.
: I don't like PC's much (though they make good desktop machines, and
: workgroup servers), but compare like to like!
: The U10000 machine is getting close to "big iron" systems - the closest of
: any Unix machines around at present.
: PS, my Ppro200, 64Mb RAM, EIDE disk running SCO Oracle can select and
: insert a million rows in under 4 minutes "insert into x select * from x"
: which is comparible to the results the above U3000 system gave. I think
: I damaged the hard disk though through excessive seeking :-)
: --
: Stephen Harris
: sw...@spuddy.mew.co.uk http://www.spuddy.org/
: The truth is the truth, and opinion just opinion. But what is what?
: * Meeeeow ! Call Spud the Cat on > 01268 515441 < for free Usenet access *
Hi,
So how long does it take to read a million rows. I'm really interested
since I have such a need to know.
TIA
--
Mike,
mik...@whiterose.net
> This is the same argument I've heard a thousand times over. More so
> than a technology issue, this is an elitist issue. It seems that for
> some reason unbeknown to me, some admins (especially) and coders are
> 'threatened' by the idea of having something similar in power to what
> is available to the home user these days.
Ummm....I think he was talking about hardware differences,
which apparently why ATM works twice as fast running Linux
on Sparc vs. Intel (something about the interrupt structure),
why SGI's O2 has better graphics performance by bypassing
the PCI bus for direct memory access, etc.
I don't think anyone ever exclaimed that the Intel setup is
the most elegant in the world. It's gotten a lot faster than
before, but...
: I know very well that an Enterprise Ultra (be it the 3000 or the
: 10000) is nowhere near any PC server - not in features and not
: in price. That is just the point I wanted to make. Customers
: that absolutely need reliability, configurability, space to grow
: or just raw performance won't go with any PC based server just
: for the features I listed.
There is no argument here. It was made very early on in this debate. But
we are not comparing a 10,000 pound PC to a 500,000 pound server. Regardless
of the OS (Linux, NT, HPUX, Solaris) you would not consider a 10,000 piece
of hardware in an environment where you need a 500,000 pound piece of
hardware.
Argue like to like. Argue a Linux machine against a SCO Openserver machine
against an NT server against Sun Ultra 2 against... In all the other
environments I just mentioned, Oracle is supported and Linux is a comparable
platform.
Why not consider a Linux platform in an environment where SCO or NT would be
a valid platform? Why not have a Linux port of Oracle?
No problem here: Linux can certainly support a large database
system. At least it has all the features that are potentially
needed to do a port (or a new development) and the optimizations
that may be required for larger databases can easily be done.
Some remaining more fundamental problems (like large files and
large filesystems) are being worked on.
Two main problems with Linux remain, though. These are a) a very
heterogenous installed base (different distributions and
different releases of libraries) and b) a general unwillingness
to work with no-source-available type of packages.
Both Software AG and Star Division, who currently have larger
packages for sale (Adabas-D SQL Database and Star Office
Package) as native Linux versions, are currently facing these
problems and develop strategies to deal with them. For example,
both companies list exactly which distrbutions and versions of
distributions have been tested with their products (such as
"Suse Linux 5.0 or higher" or "Caldera OpenSomething x.y or
better"). But still a great deal of support is installation
support - shrink-wrapped installation as on other Unix platforms
or under Windows does not work as good.
Re b): People working with Star Office 4 (SO4) have reported a
certain slowness in startup, which is not visible when using the
same program release under Windows on the same machine. The
problem may be related to ld.so problems or with the large
number of shared libraries SO4 uses. Anyway, there has been a
certain hostility shown towards the Stardiv developers when they
discussed the problem in de.comp.os.linux.misc. True, the group
of people telling them to go away or release source has been
small, but overly noisy. But this is certainly not the way to
encourage porting to Linux.
http://www.sni.de/servers/primergy/prim_us/pr760_us.htm
Do you have Linux running on this thing?
, hope this
> doesn't make my article commercial spam, that's the one I happen to
> know; just as an example for those who only know home-PC's that there's
> more/bigger Intel stuff out there) should be enough for most uses.
>
> A note: the From:-address doesn't mean I know much or anything about
> Oracle's strategy here,
> --> I'm just a guest here @Oracle HQ <--
> (for 6 months) doing a 64bit port of Oracle 8 for our Reliant-Unix
> (SysV, Siemens Nixdorf). Who would come here for doing this on Linux?
How about you? Just bring in your laptop with Linux and start porting!
Or would that fact make your boss and Oracle nasty?
You know whats Todays strategy for portings looks like? First have it
run
on Linux, and that result should then be ported to your SysV reliant
UNIX.
> All the vendors who want to have Oracle available on their platform have
> a couple of people here to help with porting and to provide a link back
> to the people who code the OS. There are so many issues that can best be
> solved by the platform's vendor, e.g. there are changes made to the OS
> (rather than Oracle) in order to support certain features better (e.g.
> make some things faster for the particular Oracle-implementation -
> easier than rewriting Oracle, sometimes, also see below).
>
> Oracle is not so high level like, let's say, a text editor, it relies
> and uses low level functionality a lot. When doing a port, sometimes you
> adjust the OS's behaviour or functionality in order to support an Oracle
> function better, not Oracle itself (often because they did it right or
> because all others already have that OS-functionality, so one can't
> afford not to do it). For this it's good to have an organization to talk
> to, so I'd say if Caldera or someone else wants to be the partner for
> Oracle, they probably have a much better chance than the anonymous and
> fuzzy crowd of Linux users out there (include me there). Either Oracle
> can be convinced that it pays to do the port or somebody else takes the
> risk and does it, here at Oracle and together with Oracle. I don't see
> why _Oracle_ should take the risk.
Why is there a risk at stake when doing a Linux port? Just do it, and
if you like the result release it.
> ***********************************************************************
> Michael Hasenstein; Siemens Nixdorf (Paderborn, Germany)
> currently @Oracle, Redwood Shores, California
> homepage http://www.csn.tu-chemnitz.de/home/mha/
> Linux NAT http://www.csn.tu-chemnitz.de/HyperNews/get/linux-ip-nat.html
> private EMail: M.Hasenstein(at)remove-this rocketmail dot com
> ***********************************************************************
--
++---------------------------++----------------------------------------++
|| R.M. Stockmann || InfoMagic Nederland VOF
||
|| st...@infomagic.nl || Unix administration & support
||
|| http://www.infomagic.nl || The Netherlands ||
++---------------------------++----------------------------------------++
250-Linux: A copylefted Unix-like operating system for 80[3456]86,
250- DEC Alpha, Sun SPARC, Sun UltraSPARC, Motorola 68k,
250- PowerPC/PowerMac, ARM, Mips R[3,4]x00, Fujitsu AP/1000+
250- and more to come.
: Two main problems with Linux remain, though. These are a) a very
: heterogenous installed base (different distributions and
: different releases of libraries) and b) a general unwillingness
Not a problem - SCO Oracle for OpenServer 5 is statically linked at install
time by the install routines. Relinking the Oracle libraries is common.
By performing this relinking, we eliminate 99% of library version worries.
: to work with no-source-available type of packages.
Err.. IMHO you are confusing two distinct groups of people here (or two
distinct uses of Linux). Yes, there are a number of people who love to
have the source code (yes, I'm one of them, and it's come in handy in the
past), but there is also a large market out there for _solutions_ who don't
care about the source code (remember - we are talking about comparing like
with like; if Oracle for SCO is acceptable as a solution, then so should
Oracle for Linux). I'm also one of these people! Solutions for problems.
I recognise there are some areas where I just _can't_ have the source code.
: better"). But still a great deal of support is installation
: support - shrink-wrapped installation as on other Unix platforms
: or under Windows does not work as good.
Blugh? Have you installed Unix Oracle on any platform? The install
routines (orainst, and root.sh) are broken so badly... (sorry, quick
divergence into a minor rant about broken Oracle install routines)
Oracle 7.1.6 for Solaris: won't find a valid "oracle" user. Why? Well,
it looks in the password file, then looks in the NIS tables but then
totally ignores NIS+. This also _seemed_ to happen with 7.3.3 and 8.0.3
but I'd dropped NIS+ by that stage. Don't do anything silly like putting
a / in the ORACLE_SID when prompted by the install screens. It accepts
it and then blows up 50% of the way through. Hmm, 7.3.2 put the biggest
load of rubbish into /etc/rc2.d that I've seen (there was no way the machine
could boot afterwards!).
Oracle 8.0.3 for HPUX: doesn't link correctly at install time and results
in binaries linked against development versions of 8.0.2 libraries in
a wierd path (something like /mnt/cdrom/8.0.2/lib/...) I didn't have time
or inclination to try and break the rest of the install routines (HPUX is
fragile enough...!)
Where is oratab today? /etc/oratab? /var/opt/oratab?
/var/opt/oracle/oratab? Same versions on different platforms, different
versions same platforms... listener.ora files also move around, and come
out of the install routine not working properly...
Don't even _LOOK_ at their Web Application Server stuff. Beating your
head against the wall is much less painfull - and ultimately just as
productive.
Oracle for SCO Openserver is the cleanest install I've seen, and that still
has problems. The oracle personal server for NT didn't do too bad in
comparison! Until I came to the ODBC crud :-(
Don't make me laugh with talks of shrink-wrapped Oracle installations. Oh
yeah... Solaris and HPUX are (meant to be!) their largest server platforms.
Maybe one day they'll have an install routine that works!
: certain hostility shown towards the Stardiv developers when they
: discussed the problem in de.comp.os.linux.misc. True, the group
: of people telling them to go away or release source has been
: small, but overly noisy. But this is certainly not the way to
: encourage porting to Linux.
Again, we are talking different markets. I wouldn't expect Oracle to release
a Unix product targetted at dumb-user without a clue. Such a dumb user
couldn't afford the license fees anyway :-)
$$$$$$$$ That's what Oracle are looking for. Where I work, we are one of
the heaviest (non banking) Oracle users in the country. We don't have
big databases - we just do very clever and wierd things with it :-)
We work the Oracle support desk *hard* and have (we've been told)
approximately 3 times more calls logged to our name than any other
organisation. And most of the calls escalate to America because they are
clever problems we've found. We've even had the code writers talking to us
trying to track down the problems. _That's_ hostile in a commercial
environment. But we pay our $$$ license fees and they have to grin and bear
it.
Kristian> That's nothing. ;) The entire Deja News search engine runs
Kristian> on Linux SMP systems (>50 dual PPro currently and moving
Kristian> to dual Pentium IIs). These machines handle over 3.5
Kristian> Million hits per day, with peak load of about 50 page
Kristian> views per second. They have already ditched one operating
Kristian> system for instability and if Linux SMP wasn't reasonably
Kristian> stable, they would have ditched it long ago. The most
Kristian> common cause for a machine failure is power outages. We
Kristian> have seen some instability in 2.0.31, but for our
Kristian> hardware, 2.0.32 is pretty solid.
Which OS got ditched? Did anyone ever write a case study up?
Yeah, I've ranted for years, why can't Oracle understand it ain't good business
to piss off people right after you've taken their check? I guess a few years
of raking in the bucks makes you think you are doing something right.
>
>Again, we are talking different markets. I wouldn't expect Oracle to release
>a Unix product targetted at dumb-user without a clue. Such a dumb user
>couldn't afford the license fees anyway :-)
A few years ago, there was a conference in La Costa looking at the future
of computing or some such. Phillipe Kahn pointed out there is a strong
economic pressure to push pricing down to about $100/seat. At first I
laughed, since I was at the time supporting sites where manufacturers had
quite willingly plunked down hundreds of thousands for Alphas, HP's and
AIX's, in order to get an appropriate bundle of applications. Then I thought
about it for a while...
>
>$$$$$$$$ That's what Oracle are looking for. Where I work, we are one of
Not a secret! :-) However, after I did the above thinking, I posted we should
watch out for a siege mentality, as stockholder pressure to perform becomes
increasingly difficult. Now I think we are seeing it. If Larry cracks,
we might see some really bizarre organizational behavior. If he slides
through somehow again, maybe this will be the wakeup call to admit that there
will be some hard times ahead, and maybe Linux servers aren't such a bad
idea. We can but hope.
>the heaviest (non banking) Oracle users in the country. We don't have
>big databases - we just do very clever and wierd things with it :-)
>We work the Oracle support desk *hard* and have (we've been told)
Kewl!
>approximately 3 times more calls logged to our name than any other
>organisation. And most of the calls escalate to America because they are
>clever problems we've found. We've even had the code writers talking to us
>trying to track down the problems. _That's_ hostile in a commercial
>environment. But we pay our $$$ license fees and they have to grin and bear
>it.
>--
> Stephen Harris
> sw...@spuddy.mew.co.uk http://www.spuddy.org/
>
> The truth is the truth, and opinion just opinion. But what is what?
> * Meeeeow ! Call Spud the Cat on > 01268 515441 < for free Usenet access *
--
These opinions are my own and not necessarily those of Information Quest
jga...@eiq.com http://www.informationquest.com
http://ourworld.compuserve.com/homepages/joel_garry
"See your DBA?" I AM the @#%*& DBA!
exactly what _is_ the definition of a "Network Computer"? if it means
"semi-diskless workstation" then there's no threat to the PC market at
all since a PC running some neat OS like FreeBSD or Linux already can
be made to jump through hoops -- and PCs are _cheap_.
if it means "special hardware for running JavaOS" it is time people
got their heads out of their asses and realized that pure Java
environments are for now at best a glimpse of the future.
-Bjørn
--
Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
<URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
UNIX person, one of "them" | - John Gilmore
I think this is a oversimplified view of the situation. sure, Larry
spends a lot of time bashing Microsoft and it is good that someone
tries to fight the beast in Redmond, but that's not really the issue.
the issue is that the world has changed a lot lately (last 3-4 years)
with the Internet boom and the need for systems that can glue other
systems together has risen. Windows does not provide the flexibility
needed and the traditional UNIX vendors persist in delivering limited
and expensive operating systems and hardware with pityful bang/buck
ratios. thus operating systems like Linux and FreeBSD have become
more common in professional applications because they are _good_
operating systems that are easy to use, easy to adapt and easy to set
up. (give me a few thousand dollars around 0900 in the morning and
before lunch I can have a webserver, name-server, FTP-server and
mail-server up and running before lunch.)
the point is; there is a HUGE market for applications that are ideal
to run off a Linux or FreeBSD box so it would be very neat to be able
to develop and run things like Oracle on Linux. most projects I've
encountered the last 2 years have had relatively moderate database
needs where there is no need for the more advanced features of Oracle,
BUT: many organization wish to stick to only ONE database, and if that
database is Oracle it usually means that our options are gravely
limited. instead of adding cheap Intel-muscle to do things like
front-end processing we have to spend 3-10 times as much money on
buying hardware that performs about the same -- and where the money
just isn't available you have to either accept poor performance or
create not so neat workarounds.
Linux _is_ a professional platform and the reason why people want to
run Oracle on it is because Oracle is widely used. it has nothing to
do with Larry's childish name-calling war with Microsoft. leave the
kid-stuff to the kids.
> In article <EM3rH...@spuddy.mew.co.uk>,
> Stephen Harris <sw...@spuddy.mew.co.uk> wrote:
> >
> >Blugh? Have you installed Unix Oracle on any platform? The install
> >routines (orainst, and root.sh) are broken so badly... (sorry, quick
> >divergence into a minor rant about broken Oracle install routines)
>
> Yeah, I've ranted for years, why can't Oracle understand it ain't good business
> to piss off people right after you've taken their check? I guess a few years
> of raking in the bucks makes you think you are doing something right.
*sigh* what is frustrating is that it is SO easy to put together
an oracle rpm. I've done so, but, i can't distribute it because
of oracle's licensing (no shocker here), however, i've been
trying to convince oracle that it would be a good thing(tm) to
have an rpm distribution of workgroup server so that people
could deploy oracle on linux environments. Admittedly,
a set of precompiled apps would be nice.
anyone wanna pull out the sword and see if you can convice your
friendly oracle sales rep to assist?
> >approximately 3 times more calls logged to our name than any other
> >organisation. And most of the calls escalate to America because they are
> >clever problems we've found. We've even had the code writers talking to us
> >trying to track down the problems. _That's_ hostile in a commercial
> >environment. But we pay our $$$ license fees and they have to grin and bear
> >it.
kool! see if you can convince those people that they want
to have me send them (the oracle folks) the rpm so that
they can give it to you (legit) and let you test it out
for me :)
-- craig
> joe...@pebble.ml.org (Joel Garry) writes:
>
> > In article <EM3rH...@spuddy.mew.co.uk>,
> > Stephen Harris <sw...@spuddy.mew.co.uk> wrote:
> > >
> > >Blugh? Have you installed Unix Oracle on any platform? The install
> > >routines (orainst, and root.sh) are broken so badly... (sorry, quick
> > >divergence into a minor rant about broken Oracle install routines)
> >
> > Yeah, I've ranted for years, why can't Oracle understand it ain't good business
> > to piss off people right after you've taken their check? I guess a few years
> > of raking in the bucks makes you think you are doing something right.
>
> *sigh* what is frustrating is that it is SO easy to put together
> an oracle rpm. I've done so, but, i can't distribute it because
> of oracle's licensing (no shocker here), however, i've been
what you could do, though, is release the spec files! while not quite as
convenient as actual rpm's, that would be almost as good. there's already
a dir on ftp.redhat.com that has spec files for things that can't be
released...
--
Frank Sweetser rasmusin at wpi.edu fsweetser at blee.net | PGP key available
paramount.res.wpi.net RedHat 5.0 Linux 2.0.33 i586 | at public servers
"I'm an idiot.. At least this one [bug] took about 5 minutes to find.."
(Linus Torvalds in response to a bug report.)
I guess that I have been lucky. I mean I installed Oracle 7.3.3 on
both an IBM AIX box and 8.0.3 on NT 4.0 last week and had no
problems, but then I didn't have any problems back in October when
I installed 7.2.3 on an NT 3.5.1 box and 7.3.2 on an NT 4.0 box.
I have never had a serious problem with an Oracle install and I have
installed Oracle on AIX, HP-UX, Solaris, SCO, and NT. I have
installed several versions of Oracle (7.0 beta and production,
7.1.4, 7.1.6, 7.2.3, 7.3.2, 7.3.3, and 8.0.3) and have never had
the types of problems you describe.
I must agree that Oracle can be a real pain in the butt to install
and I strongly recommend that one Read The Fine Manual -- very
carefully -- before doing the install, but if both system and
Oracle are configured properly the install goes quickly and smoothly.
(One morning last year I installed 7.2.3 on two IBM RS6000s and 7.1.6
on a third RS6000 -- and all went well.)
Oh, one thing I didn't mention that may be of signifigance is that
for most of these installs I have either been the Unix Systems
Administrator or had access to the root account in addition to
being the Oracle DBA. As a result I have been able to configure
the boxes the way I wanted without having to get permission or
convince an SA before I did anything.
Another thing is that I faithfully follow the Oracle OFA concept
and all of my configuration files are in the default location for
the flavor of UNIX that I am installing on. (Why go looking for
trouble?)
Jerry
Stephen Harris wrote:
>
(snip)
> Blugh? Have you installed Unix Oracle on any platform? The install
> routines (orainst, and root.sh) are broken so badly... (sorry, quick
> divergence into a minor rant about broken Oracle install routines)
>
Considering Oracle 8 is available on OS/2, SCO & Solaris x86, Intel
hardware without NT is clearly available for Oracle.
http://www.oracle.com/products/pricing/html/wgs.html
Linux support would be nice for Marketing reasons though.
--
John Benninghoff
8.0.3 on Sun SPARC does indeed look for /etc/oratab despite having installed
the file in /var/opt/oracle.
Fixed in the next release if you are 8.0.3, broken in the next release if you
are 7.3.4.
: Oh, one thing I didn't mention that may be of signifigance is that
: for most of these installs I have either been the Unix Systems
: Administrator or had access to the root account in addition to
: being the Oracle DBA. As a result I have been able to configure
: the boxes the way I wanted without having to get permission or
: convince an SA before I did anything.
I'd take that as granted seeing as you generallyhave to play with the kernel
specs. If you ain't uid 0 or working with the chaps with white hats you are in
a tough place trying to install Oracle on a *nix platform.
IAP
--
I am using anti-spam measures, please replace 'not.valid' with 'value.net'
Considering Oracle 8 is available on OS/2, SCO & Solaris x86, Intel
hardware without NT is clearly available for Oracle.
http://www.oracle.com/products/pricing/html/wgs.html
Linux support would be nice for Marketing reasons though.
Another argument for Linux/FreeBSD-port of Oracle is that
this is one way Oracle can hurt MS. MS is offering their DBase
for free and charge for the OS. Oracle can charge (have to
charge) for the DBase, but they can offer it on a free OS.
In terms of money, that could turn out to be equivalent.
Well, OS/2 if free too but not everybody likes to run it.
Just a thought,
/Jarek
> Well, OS/2 if free too but not everybody likes to run it.
What????
--
Robert Wuest, PE Empowered
Sirius Engineering Company by
mailto:rwu...@sire.vt.com Linux
I've been arguing for a port, however, i'd be happy with
the following:
oracle puts on the www page or somewhere in public
view (no need for press release) that oracle for SCO
runs under linux, however the development environment
doesn't work. Oracle will not support OS troubleshooting
on linux but it will support non-os related
DBMS problems (this is currently the situtation
as far as i understand it so this isn't a big deal)
oracle makes available a binary tarball or an RPM (i've
one of these but i can't distribute due to licensing) to
people who wish to run oracle on linux. This isn't
much of a big deal, anyone with oracle on linux
can give 'em a tarball. I've offered the rpm
but i'm not sure where to talk.
either oracle, or us, makes available a set of precompiled
goodies for oracle/SCO for running under linux e.g. php.cgi,
oraperl, etc. This makes it much more livable to have
no working dev libs.
mention that should a true oracle port to linux
become available, the upgrade will be free/cheap as
a function of rev changes to oracle. however
oracle does not intend to make such a port at this time,
so users should not count on such a thing.
I belive that the above would give oracle a reasonable analysis
of how many people are REALLY interested in paying for
workgroup/enterprise server for linux boxes without
incurring the cost/risk of making a port.
-- craig
-------------------------------------------------------------------------------
Craig I. Hagan "It's a small world, but I wouldn't want to back it up"
hagan(at)cih.com "True hackers don't die, their ttl expires"
"It takes a village to raise an idiot, but an idiot can raze a village"
Stop the spread of spam, use a sendmail condom!
http://www.cih.com/~hagan/smtpd-hacks
In Bandwidth we trust
In article <jbjzpl2...@cih-gw.cih.com>,
ha...@cih-gw.cih.com (Craig I. Hagan) writes:
> Jarek Luberek <ja...@swipnet.se> writes:
>
>
> I've been arguing for a port, however, i'd be happy with
> the following:
[snip]
> oracle makes available a binary tarball or an RPM (i've
> one of these but i can't distribute due to licensing) to
> people who wish to run oracle on linux.
.spec file or .nosrc.rpm, please!
--
Mark Hamstra
Bentley Systems, Inc.
Robert Wuest wrote:
--
-----------------
James J. Champlin
ch...@alltel.net
-----------------
actually, having working development libaries would be more
interesting than having the actual database because I'd like to be
able to create apps that run on Linux and access Oracle on other
computers. (if they too run Linux and Oracle, that'll be great).
I think that was a Joke...???
> ["Bill Eldridge" <bi...@rfa.org>]
> |
> | Larry discovered quite quickly with his Network Computer
> | that if you plan on cutting out all the PC vendors, they'll
> | quickly cut your throat.
>
> exactly what _is_ the definition of a "Network Computer"? if it means
> "semi-diskless workstation" then there's no threat to the PC market at
> all since a PC running some neat OS like FreeBSD or Linux already can
> be made to jump through hoops -- and PCs are _cheap_.
>
> if it means "special hardware for running JavaOS" it is time people
> got their heads out of their asses and realized that pure Java
> environments are for now at best a glimpse of the future.
>
> -Bjørn
> --
> Bjørn Borud <bo...@guardian.no> | "The Net interprets censorship
> <URL:http://www.pvv.unit.no/~borud/> | as damage and routes around it."
> UNIX person, one of "them" | - John Gilmore
NO NO NO pureJava is Linux opportinuty to catch up and be accepted by the
big guys.......is what Linus asked for...."Applications and more
Application"...it is not a glimpse of the future, what is a glimpse of the
future
is Sun's M$-Killer , JavaOS, which by the way Sun's dream of becaming
(hopefully not like) M$ in place of M$, somebody had to do it
anyway,........
We should support pure Java but be causious of Sun.......
you'll remember me after 2 years........or less
John
> NO NO NO pureJava is Linux opportinuty to catch up and be accepted by the
> big guys.......is what Linus asked for...."Applications and more
> Application"...it is not a glimpse of the future, what is a glimpse of the
> future
> is Sun's M$-Killer , JavaOS, which by the way Sun's dream of becaming
> (hopefully not like) M$ in place of M$, somebody had to do it
> anyway,........
> We should support pure Java but be causious of Sun.......
> you'll remember me after 2 years........or less
That's funny; I've forgotten you already.
--sf
Be careful on that reply quoting. I never said OS/2 was free.
> Hold up! Since when is OS/2 free?
>
> Robert Wuest wrote:
>
> > Jarek Luberek wrote:
> >
> > > Well, OS/2 if free too but not everybody likes to run it.
> >
> > What????
Well, I'm sorry. Somehow I was under the impression that it was free (of charge).If you are sure this is not the case I apologize
for the confision.
Cheers,
Jarek
: mention that should a true oracle port to linux
: become available, the upgrade will be free/cheap as
: a function of rev changes to oracle. however
: oracle does not intend to make such a port at this time,
: so users should not count on such a thing.
: I belive that the above would give oracle a reasonable analysis
: of how many people are REALLY interested in paying for
: workgroup/enterprise server for linux boxes without
: incurring the cost/risk of making a port.
Perhaps all they need is some encouragement. Has anybody been
able to run Sybase or Informix on Linux without any problems?
Do these companies intend to port to Linux? If they do, then
others will come!
--
Mike,
mik...@whiterose.net
It just makes me wonder what would happen if they did release a Linux
version. Of course they could still charge out the butt for it, however
they could easily charge a small price for educational institutions and
students. That way, the student can figure out how to use and install
it before they graduate. Then when they hit the corporate world, they
will already know how to use it and what product to suggest when a
company is making a corporate DBMS purchase. Sounds like a hell of a
marketing plan, even though it didn't work for Apple.
Then again, I think Oracle is hesitant to release a Linux version
because of OS support from the developers. It is my understanding that
they work with the supported OS vendors to provide a solid product.
This allows Oracle to make sure of who owns the problems when they
occur. Oracle probably thinks that would be much harder to do with the
various flavors of Linux. However, I believe just the opposite. They
would have more support than they could handle.
what I am saying is that Java-based NC's are not a viable option
_today_, but they might become that in a hopefully not too distant
future.
for now you're better off basing your NC's on something that already
works. like free UNIX versions.
> Perhaps all they need is some encouragement. Has anybody been
> able to run Sybase or Informix on Linux without any problems?
[...]
Sybase is known _not_ to work.
Martin.
--
martin "at" quickstep "punkt" dirnet "punkt" com
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
> martin "at" quickstep "punkt" dirnet "punkt" com
Ha! Check the primary site for the Informix FAQ below,
I just ran Informix SE 7.10 and SQL 6.02+4GL 6.02 at home last night!
--
David Williams
Maintainer of the Informix FAQ
Primary site (Beta Version) http://www.smooth1.demon.co.uk
Official site http://www.iiug.org/techinfo/faq/faq_top.html
I see you standin', Standin' on your own, It's such a lonely place for you, For
you to be If you need a shoulder, Or if you need a friend, I'll be here
standing, Until the bitter end...
So don't chastise me Or think I, I mean you harm...
All I ever wanted Was for you To know that I care
> John Benninghoff wrote:
>
> Considering Oracle 8 is available on OS/2, SCO & Solaris x86, Intel
> hardware without NT is clearly available for Oracle.
>
> http://www.oracle.com/products/pricing/html/wgs.html
>
> Linux support would be nice for Marketing reasons though.
>
> Another argument for Linux/FreeBSD-port of Oracle is that
> this is one way Oracle can hurt MS. MS is offering their DBase
> for free and charge for the OS. Oracle can charge (have to
> charge) for the DBase, but they can offer it on a free OS.
> In terms of money, that could turn out to be equivalent.
> Well, OS/2 if free too but not everybody likes to run it.
>
> Just a thought,
>
> /Jarek
SQL 6.5 costs $. So does Access & even FoxPro.