Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

DesktopBSD 1.0 Final Released 182

Don Church writes "DesktopBSD is reporting that the 1.0 Final of DesktopBSD was released today for both 32-bit and 64-bit x86 architectures. This cutting edge FreeBSD derivative now includes KDE 3.5.1 and a host of tools designed to make the BSD experience more palatable to novices. The DVD release even includes Amarok, Firefox and other popular software ready to go. They are offering downloads via several mirrors or the official torrent."
This discussion has been archived. No new comments can be posted.

DesktopBSD 1.0 Final Released

Comments Filter:
  • by squiggleslash ( 241428 ) on Wednesday March 29, 2006 @05:33PM (#15020967) Homepage Journal
    You think this is bad? Microsoft says Vista will need a "modern" CPU [microsoft.com]. That means it should run on a Power Macintosh G5 right? Well, if you click on that link you get to this [microsoft.com], which in turn gives you links to Intel [intel.com], AMD [amd.com], and VIA [via.com.tw] CPU thingies. And what are these CPUs that, say, Intel (I think it says "Intel inside" on my Dell, but doesn't that mean I have a Dell CPU?) has? Well, on "Desktop" [intel.com] platforms (another link) it says I need a "Intel® Pentium® 4 Processor 600 sequence with HT Technology and Intel® Extended Memory 64 Technology."

    I don't know about you but all this stuff about HT Technology and stuff is very confusing. Do I have that?

    This just proves that Vista is unready for the desktop. I guess that's why they cancelled it. Har har! Har har. Har, har. *sigh*

    Seriously, what exactly is DesktopBSD's website supposed to say? The thing you quote seems reasonable to me, anyone who doesn't understand it is unlikely to find any way of wording it useful anyway, unless it was worded in such a way that'd make it useless to an actual computer professional.

    It's not like they'll be installing it. They'll be asking us to do it, as usual.

  • by teslatug ( 543527 ) on Wednesday March 29, 2006 @05:47PM (#15021080)
    FreeBSD could still beat Linux to the desktop just because it's standardised on what comes with it, and you could release packages for it a lot more easily. What's lacking is hardware support (which is even more miserable than linux), and desktop performance. If they worked on desktop performance, I think they could easily get drivers by porting them from Linux. I wouldn't mind running FreeBSD on my laptop if only they'd get the performance right. I have actually dual booted FreeBSD and Linux on the same box, both running the same version of KDE, and FreeBSD is just dog slow compared to Linux, which isn't that fast to begin with. Sure KDE can be a hog, but it's either more of a hog on FreeBSD or FreeBSD just doesn't pay attention to a desktop user's needs.
  • by Billly Gates ( 198444 ) on Wednesday March 29, 2006 @07:15PM (#15021792) Journal
    Are you sure that applies to FBSD 5.x and above?

    I used to be a FBSD fanatic. 5.0 turned me off and 6.0 made me leave. Its I/O and threading is slower than 4.x and its much less stable not to mention my hardware worked fine with 4.x but has issued with 5.x and higher. Strange indeed?

    Linux has improved with low latency timers in the kernel which make it alot faster than earlier versions. Version 2.4 and FBSD 4.x it was a no brainer on which was faster and that was FBSD. But times are changing.

    I still have hope in the dragonflyBSD project.

  • by DanielSeuffert ( 713394 ) on Wednesday March 29, 2006 @08:01PM (#15022144)
    Thank you for your kind comment. We wish you a lot of fun, please visit our forum after the slashdotting and give us feedback if you want. We apologize for the inconvenience, our server is under extreme high load. Best regards, Daniel Seuffert
  • Re:PC-BSD (Score:2, Interesting)

    by KwKSilver ( 857599 ) on Wednesday March 29, 2006 @11:02PM (#15023155)
    Actually, DesktopBSD started somewhat earlier. I've tried both & both have their good and bad points. PC-BSD is currently using the FreeBSD 6.0 kernel, so they are "ahead" there, if that counts, DtBSD is now using FreeBSD kernel 5.5--however, it has support for AMD-64 and EMT-64 CPU's, which seems to be quite a way off for PC-BSD.

    The most obvious difference to me is in the installation of added software beyond their base systems. Dt-BSD uses a graphic frontend to the ports. I've had mixed results with it. PC-BSD uses an installation system more reminiscent of --dare I say it? Yes-- Windows. Download and double-click something called a pbi, which kicks off the install routine. The app and all its dependencies are installed in a separate directory, something made more practical by the huge size of harddrives these days. I've had one or two pbis fail. However, there are not that many pbi's compared to what's available through FreeBSD's ports. In theory, pkg_add and ports routines at the CLI should work for either DtBSD or PC-BSD. Not always for me, but it could be my hardware-or me.

    Both seem to be small operations with one main developer with some support from interested FreeBSD users some of whose posts on the forums suggest they are either very advanced users, or coders, or both.

    All things considered, the accomplishments of both projects are fairly impressive to me. What they are aiming at is to make the installation of a FreeBSD desktop easy, one suitable for use by the casual users, one that installs as easy as Linux, one that is as easy to use as Windows. The only failed install I had with either was the first RC of DtBSD and the first release of the 6.0 kernel under PC-BSD. In every case the base install "just works" and I could install either one my mom's computer in 20 or 30 mins & teach her to use them in an hour, or so (she's 75).
  • by MichaelSmith ( 789609 ) on Thursday March 30, 2006 @03:04AM (#15024326) Homepage Journal
    However, the FreeBSD system seemed to stand up better to high loads than Linux

    Not sure about FreeBSD, but I have noticed that NetBSD performs better than Linux when resources are scarce. I tried redhat, and then NetBSD on a very old laptop which I got second hand. NetBSD was more responsive under heavy load.

    I put this down to history. BSD had to function on very slow computers in the 80's before linux was written, so the kernel is written with different assumptions about resources.

  • by the chao goes mu ( 700713 ) on Thursday March 30, 2006 @01:07PM (#15027091)
    Regarding throughput, I know in terms of network this is true. BSD reaps closed sockets almost immediately while Linux (and Solaris, the other OS with which I am familiar enough to comment) tend to wait a long-ish time before cleaning up old sockets. This can lead to real problems in machines handling messaging and other, similar tasks, where there are huge number of rapid, small data packets coming from a large number of sources. Guess it isn't exaclty a "throughput" optimiziation after all, more that BSD is better as a server. Which means this is completely off-topic. Nevermind.
  • by Eivind Eklund ( 5161 ) on Friday March 31, 2006 @06:12AM (#15032716) Journal
    Your assumption is correct - we've generally optimized for throughput on large loads. Traditionally, our #1 benchmark has been "How fast can this make world?", meaning a full build of the entire system. Benchmarking systems was able to measure this at an accuracy of better than +- 0.1%. That's pretty damn good: To get that kind of accuracy required GPS clocks (accurate to better than 1ppm), cache preloading, and extreme temperature control of the machine.

    I can't say how things are going right at the moment (I've been mostly offline from the FreeBSD development process for a couple of years), but when I "left" there was a number of things going on that should improve this: Preemtable kernel, pluggable schedulers, etc.

    I think the ULE scheduler would give you more of the same performance curve as Linux, and it might be more suitable for desktop work. In general, I've found FreeBSD's performance fine for my personal desktop needs - it's been snappy enough, and my only issues have been when web browsers or similar eat enormous amounts of RAM and I/O capacity. I've not tested Linux for desktops for a good many years, so I don't have direct experience to say how it compares in practice.

    Eivind (FreeBSD developer "in exile").

%DCL-MEM-BAD, bad memory VMS-F-PDGERS, pudding between the ears