Ask stupid questions and you'll get a stupid answers, was: Technological advantages over Linux
freebsd at edvax.de
Sat Jul 25 18:27:23 UTC 2020
On Sat, 25 Jul 2020 18:25:54 +0100, Steve O'Hara-Smith wrote:
> On Sat, 25 Jul 2020 13:18:08 -0400
> Aryeh Friedman <aryeh.friedman at gmail.com> wrote:
> > Prime example is
> > all the crap that FreeBSD has had to import from Linux to make X work has
> > made it incredibly unstable (I have to reboot 3 or 4 times a day if I am
> > using KDE, Gnome or any other Linux originated desktop software usually
> > due to it slowing to a crawl for no apparent reason [has to be resource
> > leak of some kind]).
> Yeuch, but it has nothing to do with making X work, X works just
> fine for as long as you care to leave it running. I can't speak for Gnome
> or KDE I don't use them, but with a simple WM X is as rock solid as it has
> ever been.
The point here is partially valid: Desktop environments are
based upon specific sets of libraries, such as Qt or Gtk,
and those depend on certain Linux (kernel) infrastructures
or GNU (userland) capabilities to fully work. There are
layers of layers of libraries for abstraction to hide such
details, but after it's turtles all the way down, someone
is asking for a Linux kernel syscall that FreeBSD doesn't
have, and bang! it doesn't work anymore. So in order to
fully utilize a desktop on FreeBSD, those lower-level
requirements have to be presented somehow, and that's the
stuff ("crap") that has to be importet.
What I said about desktop environments applies, in parts,
to application programs that also use those libraries and
I don't have to mention that the majority of software in
question is developed primarily on and for Linux, so the
ports made available on FreeBSD have to somehow compensate
the gap between those systems. While FreeBSD and Linux have
a lot in common, there are significant differences on many
levels (mindset, kernel structure, OS organization, kernel
and library interfaces, utility programs, program inter-
action, and all that stuff that is conveniently hidden
under an abstraction library's surface).
In practice, this can lead to slow software, buggy software,
heaps of annoying warning messages, program crashes or
other kinds of unexpected software behaviour that is not
present (or even reproducable) on Linux.
You simply have to admit the fact that FreeBSD and Linux
(the many GNU/Linux-based distributions) are different.
That does not say anything about "better" or "faster",
which is an entirely different topic. :-)
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
More information about the freebsd-questions