> > Linux is not commercial product and I don't want to wait 3/4 of
> > the year for another 'service pack' to fix some stupid hole
> > in the system - thats simply the difference between the free-open-source
> > unix OS and closed commercial - thus I would be in the same situation
> > as you are by using such system.
>
> I understand your viewpoint and clearly the present development model
> serves your needs well. I am not proposing that the present development
> model be stopped and the code become more closed or stagnate. I am
> proposing that a more stable development model be placed on top of the
> existing efforts, in effect the present layer would feed a more stable
> one. The current rock-and-roll that exists must continue, but versions
> of RTL that are offered to heavy industrial users needs to be tamed.
You don't understand how the software is developed in free community.
You can always download any previuos version which you might think
was `more' stable - there is not always necessary to download the latest
beta-version - that is the same as you can use linux-2.0 linux-2.1
linux-2.2 - its up to you to select the most stable version for you.
But in my point of view - usually almost always the latest version
are better and more stable than the previous one - unless they are
stated as beta or even alpha version - thats the case of linux-2.1 e.g.
when its core is marginaly changing.
> My experience is largely in the semiconductor process industry where
> a single cassette of wafers, in the later stages of processing, is often
> worth over half a million dollars US. A software malfunction can destroy
> that in the blink of an eye.
I'm doing software for air-trafic and I know what does it mean to create
software running 24x7x365
But I also know, what is to use old versions of systems - because we
can put Linux on server machine - there has to be some certified SCO.
And thats really old-crap compared to the modern Linux-OS (I prefer Debian)
>
> I doubt you have the faintest clue as to what is required to qualify a
> tool for a process line at Intel. While I will not discuss specifics,
In this point you are right - but tell me, how it is possible to
create wrong floating-point unit, when you are having such
high quality control (this is rather ironical comment :-))
I just want to say that every body makes mistakes - and when you
have source code - you can easily locate them as you can debug
the code and see what's going on. Its extremaly complicated to
trace SCO software compared to my linux - so all the development
I'm doing on linux (except I can't use most of the features to
be portable to SCO)
> to just say that it is rigorous and data driven is an understatement.
> Change control at successful chip manufacturing companies is not just
> a business practice, it is a religion.
Well our RT-linux is running as student server - and it is not
uncommon to have 7 days uptime - the only reboots are, because
I sometimes make some horrible mistakes in kernel driver...
>
> I do not wish to sound condescending. I understand your perspective
> and hope you will try to understand mine. I would like to see
Of course I understand - but belive me, current style of developenment is
far better, from what do you propose.
> RT-Linux accepted in heavy industry and am exposing issues that
> impede that goal. Then again, maybe we don't share this goal.
This is not the problem of RT-Linux - this is the problem of Indrustry -
there are somewhat older people and they were educated - that they
must pay high prices to get quality products (and usully they should
buy something from M$) - when there will be more people, which know
the linux and its power I think the situation will change.
(even though I'm from Czech republic, and here we are probaly 50 years
behind the US :-)
bye
--
Linux is like a wigwam - no windows, no gates, apache inside!
Zdenek Kabelac http://www.fi.muni.cz/~kabi/ [EMAIL PROTECTED]
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/
