Domain: dragonflybsd.org
Stories and comments across the archive that link to dragonflybsd.org.
Comments · 412
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Nice, but in need of better wordingMost systems experts now agree that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
The Coroner's ReportMost systems experts now concur that FreeBSD is no longer relevant. FreeBSD5 took a path that will end up with an unmaintainable, unscalable, inefficient kernel threading model. It's doomed to obsolescence. Recent benchmarks with NetBSD demonstrate that NetBSD beats FreeBSD in a lot of critical categories, and the NetBSD team is doing it with fewer developers. How is FreeBSD going to cope when every other OS outperforms them? They'll have to adopt a new model, and the target will likely be DragonFly.
DragonFly is making huge advances. Sweeping changes are being made all the time that make DragonFly easier to maintain and more scalable, but performance is still good on a uniprocessor system, and stability is much the same as FreeBSD4 (which was the last FreeBSD release which actually worked). When the giant lock comes off, FreeBSD likely won't be able to hang with them. The upcoming multicore processors will just make things worse. FreeBSD6 is following the same path as FreeBSD5. If things keep going the same way, FreeBSD7 will have to be a DragonFly fork, just to stay relevant.
But will anyone care? FreeBSD is hemorrhaging developers. Right now, if the right three or four developers left, there wouldn't be enough detailed knowledge about the kernel workings to maintain the kernel without a long learning period that the FreeBSD project can't afford. Furthermore, how many of those developers will want to keep working on FreeBSD when it's just a DragonFly fork? DragonFly is positioned to replace FreeBSD, as well as fill niches that no BSD has filled before. Why would anyone want to work on FreeBSD, either as a DragonFly fork or as an obviously non-viable kernel model?
FreeBSD was nice, and is nice; I'm using RELENG_5 now, but shortly DragonFly will have a lot of its features in place, and I'll be moving to it. There are many others like me, ready to swap once DragonFly is ready, and you'd better believe that's trouble for FreeBSD.
-
Re:Fuckin' morons! Support D-fly! FreeBSD IS DEAD!
FreeBSD 5.3 sucks. DragonFlyBSD now has a journaling filesystem, multithreaded TCP stack, LWKT kernel, message passing API and, the most important feature: is 100% free of assholes like Smorgrav and Poul-Henning Kamp.
--
DragonFlyBSD, kicking those FreeBSD assholes in the ass since 2004. -
Different threading model
It looks like the gist of the threading model for Dragonfly is that threads all stay on one processor. I assume this is for user processes only, and that this isn't pervasive through the kernel?
Nevermind, found an overview here [dragonflybsd.org]. oa -
Will this work with BSD?
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
No security holes in Ceren!
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
Re:Upgrade experienceThe DragonFlyBSD release ISO is about the same size (~70 MB gzipped). It has a neat installer too.
:)Not that I am biased or anything
;) -
They should use Ceren to promote their PCs...
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
I'd rather develop things with this babe...
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
More importantly, what would you ask Ceren?
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
but Ceren is bug-free!
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
Re:not much...
Better yet, you can also install this patch to alleviate the problem alltogether... It may require one of these other patches though (there are even more options, I had to pick three). But they aren't very hard to install
:) -
BSDers bet on gorgeous Ceren
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
BSD Sponsors Hot Geek Babe!
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
My question: How damn hot is Ceren?!
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
Re:Doesn't Matter
I stopped using FreeBSD as a firewall since OpenBSD started using pf, and not going back. Still use 5.3 on my desktop, but this will be changing very soon. My experience with FreeBSD 5 has been pretty bad. A lot of stuff either doesn't work as advertised or is plain broken. As soon as the huge VFS work is stable on DragonFly I'll be jumping ship.
DragonFlyBSD, what FreeBSD could have been, but never will.
-
I know who I want to teleport to
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 8.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
Re:BahhA little bit offtopic to this thread, but I feel I need to say it anyway:
I have to say that the NVIDIA guys are way more relaxed than say intel or broadcom. I'll give you an example: I contribute to the DragonFlyBSD project. NVIDIA found out that I have been porting the FreeBSD X11 NVIDIA driver to DFBSD. They contacted me, and after some pleasant communication, they sent me a prerelease driver for me to port. But that just started things rolling, because I passed on the contact details to Joerg Sonneberger, and he managed to get the nvidia ethernet binary object relicensed so it could be included in our base install.
This just shows that it can be done.
-
Re:ULE vs. `the one that will be in 5.3-RELEASE`
ULE is the new, better scheduler. It's not coming in 5.3-RELEASE because it has showstopping bugs when combined with PREEMPTION that weren't noticed until the release candidates, and can't be fixed because the kernel developers that understand it won't work for free.
Dragonfly will be ready soon enough. -
Re:good logo, missing key history
You mean like OpenBSD and DragonFlyBSD?
--
HawkinsOS, kicking Smorgreff in the ass since 2004. -
Re:better logo, yes
And this has benefited both camps. Now we have OpenBSD. The same has happened to FreeBSD, btw, two times: DragonFlyBSD and HawkinsOS. If only those fucktards DES and PHK would apologize the Hawkins patches could be merged in.
-
BSD is of course completely secure, and has girls
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
DragonFlyBSDIf you have concerns about the path being taken for FreeBSD 5.x, I highly recommend you take a look at DragonFlyBSD.
DragonFly is an operating system and environment designed to be the logical continuation of the FreeBSD-4.x OS series. These operating systems belong in the same class as Linux in that they are based on UNIX ideals and APIs. DragonFly is a fork in the path, so to speak, giving the BSD base an opportunity to grow in an entirely new direction from the one taken in the FreeBSD-5 series.
-
Re:FreeBSD 5.X issues
There are two ways to 'fix' that. Since jhb@ and friends are never going to admit using the wrong model for SMP you can:
- Install DragonFlyBSD
- Wait for the HawkinsOS patches to be merged into FreeBSD's codebase. Hawkins said he will release the patchset as soon as phk@ and des@ apologize in a public list for the way they've treated him.
-
DragonflyBSD
Hm. No mention of DragonflyBSD. I don't have time to give it a proper blurb really, but DragonflyBSD is probably the most promising of the BSDs.
It uses a message passing framework, like a microkernel, but still keeps most things in kernel space. This quite a divergence from the other BSDs and Linux and will hopefully enable some really cool features.
Check it out for yourself at http://www.dragonflybsd.org!
-
Re:(almost) slashdotted articleAssuming your post is the original article and not a clever troll, I'd have to say the original article is a stupid troll.
[NetBSD] is not secure and device driver support is paltry at best
Excuse me? What's insecure about NetBSD? If you look at actual security records, in the past few years all the BSDs are pretty comparable. And as for device drivers, it is the original source of many device drivers in the other BSDs, and was the first free OS to get USB support (before even Linux).
[OpenBSD] runs on very few platforms
Actually, many more than FreeBSD, not so far from NetBSD and Linux: nothing to sneeze at.
And of course, he omitted DragonFly.
-
DragonFlyBSD
"I don't care nearly as much as I used to about the what the kernel does; it's so easy to emulate your way back to a familiar state."
DragonFlyBSD has a system call layer that would allow potentially very different interfaces to be presented to userspace stuff with essentially no penalty. This may allow newer ideas to be explored in a familiar environment. -
Funny that this topic comes along...
On the dragonflybsd mailing lists there's a big thread about using PXEboot to netboot the new installer so machines without spindles or floppies can install dragonflybsd. Lots of info on how to set up DHCP for booting pxe-enabled machines. Might also be worth checking out.
-
Don't forget...
Linux isn't the only desktop alternative
FreeBSD
OpenBSD
NetBSD
DragonFlyBSD -
Re: new cool things
Read through the archives of the kernel mailing list archive. These kinds of questions pop up now and then and Matt and co have responded to them in length over the past month or so. Very informative, and not too technical.
-
As Matt Dillon predicted, RELENG_5 doesn't work
Of course Matt knew this mutex approach to the SMP problem would never work, and here's the proof. A new version shipping 2 years late, full of bugs and with little, if any, chance of ever working. The assholes that decided to remove his commit bit must be pretty jealous about the fast development pace in DragonFlyBSD land.
-
Re:Release engineering?
This is hardly surprising considering that one of the guys in charge doesn't even know how to quote on mailing lists (yes, that 75 IQ Scott Long idiot) and half of the developers are flaming assholes too busy with their egos to realise what a piece of shit 5.3 is going to be. Do you remember the 2.2.8 days when FreeBSD was rock solid? That's no longer true.
Thankfully, somebody came up a solution
-
Re:Go NetBSD!
I you want an evolution of FreeBSD that really makes steps forward instead of adding a pile of hacks on old code, try DragonflyBSD iinstead.
-
SCO would win the case if they hired Ceren...
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $ -
Matthew DillonNot http://imdb.com/name/nm0000369/ or http://imdb.com/name/nm0227037/ but the http://www.dragonflybsd.org/ lead.
This line (-- "The man who sold his soul to code so much so quickly."--) on /usr/src/linux/Documentation/networking/eql.txt says it all.
trybsd:/usr/src% grep -rs "[dD]illon" *
andlinux:/usr/src/linux$ grep -r "[dD]illon" *
-
Ceren wins award for hottest geek babe!
IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!
Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!
Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?
With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!
Don't be a fag! Join the campaign for more cute open source babes today!
$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $