From owner-freebsd-chat Sun Jun 17 16: 5: 5 2001 Delivered-To: freebsd-chat@freebsd.org Received: from femail21.sdc1.sfba.home.com (femail21.sdc1.sfba.home.com [24.0.95.146]) by hub.freebsd.org (Postfix) with ESMTP id C573537B401 for ; Sun, 17 Jun 2001 16:04:52 -0700 (PDT) (envelope-from tech_info@threespace.com) Received: from Atlanta.threespace.com ([24.21.224.204]) by femail21.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010617230451.ZDLQ15482.femail21.sdc1.sfba.home.com@Atlanta.threespace.com> for ; Sun, 17 Jun 2001 16:04:51 -0700 Message-Id: <4.3.2.7.2.20010617185747.017a27c0@mail.threespace.com> X-Sender: tech_info@mail.threespace.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 17 Jun 2001 19:04:37 -0400 To: FreeBSD Chat From: Technical Information Subject: Re: OS Tuning In-Reply-To: <200106171712.f5HHCTa06935@earth.backplane.com> References: <200106170947.FAA26679@stage21.ureach.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org With all due respect, Matt, I'd think that UC Berkeley would be close to one extreme end of the educational spectrum as far as UNIX education goes. And San Francisco is one of those rare places with so much technical talent that the employers get to watch the pigeons scuffle it out as they toss the bread crumbs out onto the street. To show you what things are like at the other end of the spectrum, the local 18 month college where I work recently decided that rather than try to iron out a few wrinkles in their Linux-based training that they'd just pull the whole thing. I guess those 12 Red Hat installations I did are coming down after this quarter. Maybe they won't notice the FreeBSD system near the wall though. ;-) --Chip Morton At 01:12 PM 6/17/2001, you wrote: >:Matt -- >: >:Try and find good Unix folks these days. >:I'm in Holmdel, New Jersey and even with AT&T and Bell Labs >:laying off tons of folks Unix trained sysadmins with more than a >:minimal exposure to Linux or Unix are impossible to find. >: >:Let's get real. Universities and Colleges are not training >:Unix sysadmins. They're not getting trained in tech schools -- >:which are turning out Cisco and Windows certifications galore. > > Huh? Where'd you get this idea? They sure are over here! Just > look at the University of California's EECS program. Here: > > http://inst.eecs.berkeley.edu/cgi-bin/clients.cgi > > Doesn't look windows centric to me! Looks like a fairly good mix. > And all the big servers are UNIX. > >:The type of person who mucks with systems for fun is rare and >:often you just can't find them when you want them. (Want to work >:here in New Jersey at Ureach... send me resumes) > > This is simply not true - you aren't looking in the right places. > Look on monster.com and other job search sites and look into university > job-fairs. It is hard to find good UNIX C programmers, but it is > definitely not difficult to find good UNIX Sysops. They ooze out of the > floor boards here in the Bay Area. There are thousands upon thousands > of people who can tune a unix box - or can learn how to tune one in > fairly short order. It just isn't the problem you seem to believe it > is. At BEST we hired two FreeBSD/Linux sysops right out of high school > and they knew more on their little fingers then the bozos that did the > so-called benchmark. It isn't rocket science - there are fairly concise > instructions on how to do things and on the BSD groups we haven't had > any serious trouble teaching newbies how to build a FreeBSD kernel, > for example. > > All it takes is a little effort. Very little effort. I can't imagine > that it would be all that much more difficult in New Jersey. Anyone > who is UI-centric -- even an NT admin who can only do things through the > UI and can't get into the guts of the registry - is someone you do not > want to hire. > >:That's why Solaris and SVR4 has gotten easier to tune. AT&T >:made a decision to have the boot -r reconfigure /dev and do the >:MAKEDEV automatically. Edit /etc/master and rebuild the kernel. >:Heck no, run this gui-like tool and we'll rebuild it for you and >:you can skip all the headaches... we'll even update the boot >:pointers to the new kernel for you. > > What headaches? Have you ever built a kernel under FreeBSD? Have > you ever built the world? It's utterly and completely trivial. Sure, > you have to spend a little time learning how to do it, but if the point > is to maintain hundreds or thousands of machines and a person isn't > willing to spend the week it takes to learn a new system, then again... > that isn't a person you want to hire. > >:Most folks forget just how Admin-unfriendly Unix was back in the >:bad old days. Need a new device driver -- rebuild and relink >:everything -- no demand loading of drivers. Compare this to >:proprietary vendor OS's of the time. > > And how often did you need to build a new device driver? Not often! > While drivers can be demand-loaded today, I personally prefer to link > them into the kernel directly to get a little better crash robustness. > It takes maybe 2 minutes if you've already built a kernel, maybe 10 > minutes > if you are doing it for the first time. That is hardly an inconvenience. > >:Easier tuning would not be a bad thing... just it's a shame what >:passes for Admin and Operations staff these days. >: >:Most of these guys couldn't add a user to Solaris without >:useradd and admintool. >: >:Let 'em just try it with vi... and watch the fun. >:Some don't know the difference between /etc/inetd.conf and >:/etc/services. >: >:--Bill > > Amen. I don't know about you, but you will never see us hiring anyone > like that. Sysops are supposed to know what they are about. A glorified > power user is not a sysop. > > -Matt > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-chat" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message