{"id":151,"date":"2000-02-21T20:19:35","date_gmt":"2000-02-22T04:19:35","guid":{"rendered":"http:\/\/www.jeffcarl.com\/?p=151"},"modified":"2020-07-08T19:04:33","modified_gmt":"2020-07-09T02:04:33","slug":"freebsd-4-0-and-beyond-an-interview-with-jordan-hubbard-on-improvements-new-platforms-and-whats-to-come","status":"publish","type":"post","link":"https:\/\/www.jeffcarl.com\/index.php\/2000\/02\/21\/freebsd-4-0-and-beyond-an-interview-with-jordan-hubbard-on-improvements-new-platforms-and-whats-to-come\/","title":{"rendered":"FreeBSD 4.0 and Beyond – An Interview with Jordan Hubbard on Improvements, New Platforms, and What\u2019s to Come"},"content":{"rendered":"\n

By Jeffrey Carl<\/strong><\/p>\n\n\n\n

\"Boardwatch
Boardwatch Magazine, February 2000<\/figcaption><\/figure><\/div>\n\n\n\n

Boardwatch Magazine was the place to go for Internet Service Provider industry news, opinions and gossip for much of the 1990s. It was founded by the iconoclastic and opinionated Jack Rickard in the commercial Internet’s early days, and by the time I joined it had a niche following but an influential among ISPs, particularly for its annual ranking of Tier 1 ISPs and through the ISPcon tradeshow. Writing and speaking for Boardwatch was one of my fondest memories of the first dot-com age.<\/em><\/p>\n\n\n\n

By the time you read this, I will be dead. Just kidding. By the time you read this, FreeBSD 4.0 should be out \u2013 or close to it. So, what\u2019s the big deal? And why should you upgrade to it, or use it as a convenient excuse to switch to FreeBSD? <\/p>\n\n\n\n

The Short Version of the Story<\/h4>\n\n\n\n

A quick recap for the new students in class: FreeBSD is a free version of the BSD Unix operating system (and one which claims to have roughly 30 percent market share in the ISP space). BSD Unix is descended from the original AT&T Unix code currently maintained by SCO. When BSD grew up, moved out of the house for good and broke away from the dysfunctional Ma Bell family, FreeBSD emerged, originally dedicated to enhancing the performance of BSD servers on Intel-compatible (x86) hardware.<\/p>\n\n\n\n

FreeBSD began a relatively rapid growth and adoption phase, at least inside the ISP\/webhosting markets. FreeBSD\u2019s developers concentrated on developing and optimizing for the hardware they were using \u2013 which was largely x86 servers, SCSI drives and other server-centric (rather than home-user centric) equipment. As a result, they developed (arguably) the highest public profile of any of the free BSD Unixes, building a list of users that included Yahoo!<\/strong>, the world\u2019s busiest FTP server (ftp.cdrom.com<\/strong>), and Hotmail<\/strong>.<\/p>\n\n\n\n

However, from seemingly out of nowhere, Linux exploded onto the scene and left all other free Unixes behind. Although BSD Unix had been around for years, as far as most of the world was concerned, Linux was it<\/em>. <\/p>\n\n\n\n

By 1998, FreeBSD was at its lowest ebb. Linux \u2013 through its open development model and focus on end-user hardware \u2013 had long since become the free Unix for legions of old and new hackers worldwide. Linux advocacy was loud, assertive, got press attention \u2013 and as a result, Linux had stepped into the public limelight while the BSDs were Unix\u2019s \u201ccrazy old aunt up in the attic.\u201d Finding the old O\u2019Reilly books on 4.4 BSD Unix \u2013 let alone finding a mention in the press of BSD \u2013 was harder than putting lipstick on a chicken. Fortunately, FreeBSD seemed to have learned something from the experience. <\/p>\n\n\n\n

The Fall and Rise of FreeBSD<\/h4>\n\n\n\n

Jordan Hubbard works for Walnut Creek CD-ROM (think ftp.cdrom.com<\/em>), which sells FreeBSD, Linux and other open-source distributions. He\u2019s also the Current Release Engineer for FreeBSD, and its unofficial PR guy. Known as \u201cjkh\u201d by legions of FreeBSD devotees, he\u2019s also responsible for \/stand\/sysinstall and other user-interface niceties of FreeBSD, as well as legions of other internal enhancements.<\/p>\n\n\n\n

In his 1999 FreeBSD \u201cState of the Union\u201d address, Hubbard indicated \u2013 like Steve Jobs before him \u2013 that he understood that technical superiority of an operating system alone did not guarantee its success \u2013 it took PR and user help. He said that FreeBSD\u2019s upgrades would henceforth come in tenth decimals, rather than hundreds, so that the public and press would take more notice. Furthermore, he actively called on FreeBSD users to advocate for their OS. <\/p>\n\n\n\n

The FreeBSD core team had fortunately learned from the divisive standards wars that Unix had undergone (and they had been a part of). FreeBSD would work with<\/em> Linux rather than against<\/em> it. Recognizing Linux as a sort of de facto<\/em> API for free Unix applications, FreeBSD would include compatibility for Linux, rather than insist on developers writing their applications for one OS or the other. Smart move<\/em>.<\/p>\n\n\n\n

Since that time, FreeBSD has enjoyed a significant growth in popular support, has been the subject of articles in MSNBC<\/em> and Salon<\/em>, the subject of a special section on Slashdot<\/em>, and has experienced a surge in downloads. Darwin<\/strong>, the open-source base of Apple\u2019s forthcoming MacOS X<\/strong>, will have its future releases tied to FreeBSD. Even better, FreeBSD now has its own yearly tradeshow \u2013 FreeBSDcon<\/strong>, showing strong signs of the growth in its support.<\/p>\n\n\n\n

I ran into Jordan Hubbard at ISPCON, when I stopped by the FreeBSD booth to see if anyone could tell me whether one of the core team members would be at the conference for me to interview. There was Hubbard. The result was much like going to CompUSA to buy a copy of Slackware and finding Linus Torvalds in a red shirt, explaining it was in aisle six. I fumbled and stuttered that I needed to go grab my iBook laptop, and I\u2019d come back and interview him, and P.S. I thought he was so<\/em> cool. He turned to my friend Namita who came with me and asked, \u201cIs he always this smooth?\u201d Anyway, this interview is the result of that meeting and a couple of E-mail follow-ups:<\/p>\n\n\n\n

Q & A with Jordan Hubbard<\/h5>\n\n\n\n

Question: When can we expect to see FreeBSD 4.0?<\/strong><\/p>\n\n\n\n

Hubbard:<\/strong> Sometime in the January – February timeframe. We’ll enter feature freeze for the 4.0 branch on December 15th, after which we’ll take about 30 days to stabilize the branch.<\/p>\n\n\n\n

What are the new architectures that FreeBSD will be coming to?<\/strong><\/p>\n\n\n\n

Hubbard:<\/strong> Well, we’re working on several fronts. First, we\u2019re working with Compaq right now on Alpha SMP (Symmetric Multi-Processing, or multiple CPUs) support (for which Compaq has kindly sent us almost $300K worth of miscellaneous hardware) and hope to have something working there by Q1 2000. We’ve also started a PowerPC port with the Power Macintosh G3 being our initial reference platform, but there are no firm dates on when that will be available. If all goes well, we should also see some significant work on the UltraSPARC port coming into the tree around the same time (Q1 2000).<\/p>\n\n\n\n

Does branching out to more architectures mean you’re changing your focus? Does this mean anything to the speed or quality of x86 development?<\/strong><\/p>\n\n\n\n

Hubbard:<\/strong> We’re not really changing our focus so much as simply leveraging the much more significant developer assets we now have available, many of whom want to work on non-x86 platforms, so why not let them? I also don’t expect this to affect the x86 development work in any way since the lion’s share of our developers will still be working on that platform and we have enough extra people now that we can do both. <\/p>\n\n\n\n

The only reason we’ve focused exclusively on the x86 platform to date is that we didn’t feel we had the resources to do a really good job there AND also tackle other architectures. However, we’re at least three times the size we were when we made that initial determination. I think it’s now more than possible for us to do a good job on at least four major architectures, especially since such work tends to \u201camortize\u201d due to similarities in those various platforms. For example, the PCI bus is an increasingly common interface standard, and just about everyone offers USB.<\/p>\n\n\n\n

I think going cross-platform is simply an inevitable aspect of our evolution and the Alpha port has allowed us stay more \u201chonest\u201d with respect to FreeBSD\u2019s architectural dependencies.<\/p>\n\n\n\n

How important do you see ISPs\/webhosters\/etc. as a constituency? What are you working on adding\/improving that might be of special interest to them or might constitute a reason (aside from the already-existing reasons) for ISPs to use FreeBSD?<\/p>\n\n\n\n

Hubbard:<\/strong> We see ISPs, NSPs and the SOHO market as very important parts of our constituency and we intend to work on a number of issues which will make FreeBSD more attractive to them. In no particular order those are:<\/p>\n\n\n\n

\u2022 Pervasive multi-threading (in the kernel)<\/p>\n\n\n\n

\u2022 Fine-grained SMP resource locking<\/p>\n\n\n\n

\u2022 Clustering (on a variety of fronts)<\/p>\n\n\n\n

\u2022 RAID controllers and other large-scale data storage systems<\/p>\n\n\n\n

\u2022 Embedded systems support (more picoBSD work)<\/p>\n\n\n\n

\u2022 Serious security auditing and more built-in security subsystems (K5<\/strong>, IPSec<\/strong>, openSSH<\/strong>, etc).<\/p>\n\n\n\n

\u2022 Fiber channel support<\/p>\n\n\n\n

\u2022 Gigabit (and faster) networking (already works, but we’ll be also working on zero-copy TCP and other performance features)<\/p>\n\n\n\n

\u2022 IPv6<\/strong> and IPSec<\/strong> (both slated for 4.0).<\/p>\n\n\n\n

\u2022 Better multimedia support (3D cards, audio, video capture, etc).<\/p>\n\n\n\n

We’re also working with a number of vendors, like Oracle, to bring their products to the FreeBSD market and are getting far more support for this than we used to. Things are definitely looking up in that category and we hope to have some significant announcements by the end of the month.<\/p>\n\n\n\n

How would you define the mission of FreeBSD now?<\/strong><\/p>\n\n\n\n

Hubbard:<\/strong> I’d say it’s much the same as it always was: Provide robust, high-performance BSD technology in a form which is accessible to the “mass market” by being easy to install and configure and by offering better documentation. It has never been our intention to be just another academic resource, BSD’s traditional niche, we want to give Solaris, NT and Linux a run for their money (in that order).<\/p>\n\n\n\n

What advancements in ease-of-administration will people see in 4.0? What about directions for the future?<\/p>\n\n\n\n

Hubbard:<\/strong> More easy to turn knobs in places like \/etc\/rc.conf and more tools for manipulating those knobs in a friendly fashion, to put it in a nutshell. Future directions include making kernels truly GENERIC, in that you don’t have to configure your own any more; you just have one kernel, which dynamically extends itself as necessary. It will still be possible to configure and run static non-self-extending kernels if necessary for security or other reasons, but this shouldn’t be necessary for the average user. We’re also putting more time into configuration interfaces and fancier GUI front-ends for those things, which make clear sense to give the user a “friendlier face” on.<\/p>\n\n\n\n

When might FreeBSD’s planned new threads architecture (the proposed mix of kernel-level and user-level threads I’ve read a bit about in freebsd-arch<\/em>) make its way into stable? What benefits will ISP\/server users see?<\/p>\n\n\n\n

Hubbard:<\/strong> \u20264.0 is our current target for the new threads feature set. ISPs should see the ability to multi-thread applications like mysql<\/strong> in such a way that a single process can take advantage of multiple CPUs, unlike the one process per CPU model we have now, and we’ll have more POSIX compliant thread behavior for people porting applications from other platforms.<\/p>\n\n\n\n

In Conclusion<\/h4>\n\n\n\n

Jordan Hubbard indicated that FreeBSD might soon be giving OpenBSD a run for its money as the \u201csecure\u201d BSD. Hubbard also alluded to \u2013 but wouldn\u2019t give any specifics on \u2013 a potential \u201cbig name\u201d player offering commercial support for FreeBSD. By the time you read this, this name may have come to light; if not, we\u2019ll just have to wait and see. However, it appears that FreeBSD is very much on an upswing right now.<\/p>\n\n\n\n

Is FreeBSD 4 a \u201cMust-Upgrade?\u201d Probably not right away, since its advances are evolutionary rather than quantum. Nonetheless, if you\u2019re using FreeBSD now, you\u2019ll want to upgrade soon; if the new features and improvements aren\u2019t enough, you\u2019ll want to consider that bug and security fixes always come fastest for the most recent version. <\/p>\n\n\n\n

Having watched the rise, fall and rebirth of Apple, I think I know an OS in resurgence when I see one. And FreeBSD is definitely on the track to resurgence. It will be a very long, hard road \u2013 but I think that all of us who are looking for a free Unix with optimum performance and usability will benefit.<\/p>\n","protected":false},"excerpt":{"rendered":"

By Jeffrey Carl Boardwatch Magazine was the place to go for Internet Service Provider industry news, opinions and gossip for much of the 1990s. It was founded by the iconoclastic and opinionated Jack Rickard in the commercial Internet’s early days, and by the time I joined it had a niche following but an influential among … Continue reading FreeBSD 4.0 and Beyond – An Interview with Jordan Hubbard on Improvements, New Platforms, and What\u2019s to Come<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":22,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8,66],"tags":[],"class_list":["post-151","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-boardwatch-writing","category-tech"],"jetpack_featured_media_url":"https:\/\/www.jeffcarl.com\/wp-content\/uploads\/2020\/04\/bwatch.gif","_links":{"self":[{"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/posts\/151","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/comments?post=151"}],"version-history":[{"count":1,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/posts\/151\/revisions"}],"predecessor-version":[{"id":152,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/posts\/151\/revisions\/152"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/media\/22"}],"wp:attachment":[{"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/media?parent=151"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/categories?post=151"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.jeffcarl.com\/index.php\/wp-json\/wp\/v2\/tags?post=151"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}