Jim,
First understand that I work with all preproduction HW. I have stuff
that you will not even see for 6 months, and that is not a brag it is
just what I get paid to do. My RH installs generally are between 700 M
to 1.5GB installed via 1GB Ethernet(when I am dropping > 6 GB on a
system it does take a little longer). The longest thing that I have to
wait for during the installation is that determination of Hostname and
DNS, as the netboot is done on a network that does not do DNS so RHEL4
hangs there for a bit.
All the switches that I have are GigE, all the system GigE, HW RAID on
Ultra 160 Enclosures. I am trying to push the install in less time then
that, if I can by making the bottleneck the local CPU/Mem. Plan is to
go to U320 or FC enclosure. Working on benching that now to try to
determine which way to go.
If you would like to come see what I do, and how I would be more then
glad to get you onsite and show you.
Well for a normal production standpoint, I guess that you can say that
you would want to keep the system running, but myself I have no desire
to do that. I don't want to have to do deskside support when I have the
ability to set up the systems so that the end-user will have ability to
fix the little stuff (those that think they can anyway), otherwise they
know to call me.
The question for you, how may desktops total in all of your customers
are linux and what percent of the total is that? We don't need
specifics but I would be interested in ballpark numbers.
Matthew Lavigne
Jim Ray wrote:
i'm calling bs on those production rates unless you've got an
unlimited budget and have super fast hardware.
who cares about the end user keeping the desktop running? that's my
job. depending on the definition of running, i think my linux desktop
would be easier to keep running. linux on the desktop is solid.
Linux about 10 minutes
Windows about 35 minutes
snip
. The issue as I see it is that the end user on the desktop is more
likely to be able to keep a window box running then a linux box
(assuming standard exposure levels and not geek exposure levels)
--
TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
TriLUG Organizational FAQ : http://trilug.org/faq/
TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
