Re: Best way to switch from Linux to BSD
On Tue, Mar 29, 2011 at 12:59:24PM +0200, Christian Walther wrote: > > On the downside there seem to be some work needing to be done IRT > kernel based 3D acceleration. I don't know the current status, but the > last I heard was that NVidias drivers can't be ported to FreeBSD > because the kernel lacks some functionality required (something > related to addressing the graphics board directly from software, > AFAIK). > So if you want the latest features and eye candy (say, KDE4s Plasma) > and make heavy use of xcompmgr, there might be better choices. As others have pointed out NVidia drivers for FreeBSD have been available for some time, and they work just fine. As far as eye candy goes, I assure you KDE Plasma bells and whistles (compositing etc.) work just fine even on a 9 year old Pentium 4 w/ 1GB RAM and an NVidia GeForce 6200. I'm actually amazed how well it works, it's faster than XFCE on Slackware was... Weird stuff. O.o (I'm not really implying anything, just noticing something I didn't expect.) -- Toddlers are the stormtroopers of the Lord of Entropy. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Best way to switch from Linux to BSD
On Tue, Mar 29, 2011 at 07:56:09PM +0200, Christian Walther wrote: > 2011/3/29 Nikola Pavlović : > > As far as eye candy goes, I assure you KDE Plasma bells and whistles > > (compositing etc.) work just fine even on a 9 year old Pentium 4 w/ 1GB > > RAM and an NVidia GeForce 6200. I'm actually amazed how well it works, > > it's faster than XFCE on Slackware was... Weird stuff. O.o (I'm not > > really implying anything, just noticing something I didn't expect.) > > Nice. :) > Maybe it's time to give KDE4 another try. I haven't used KDE in years, but a few months ago I switched to FreeBSD on my desktop and since there's nothing but KDE and Gnome on the installation DVD, I figured it wouldn't hurt anything if I tried KDE (I really don't like Gnome :). And whaddya know, I ended up liking it, it feels comfortable. I'm certainly not a fan of the whole Akonadi, Nepomuk, Telepathy, etc. hysteria, but as long as I don't need to run and use it I'm happy to ignore it and just use features I need/want. > Its' graphics performance > seems be to have been improved with Release 4.2 anyway (at least I've > been told), and my last test was with an early 4.0 release. My wifes' > laptop is on Linux for some time now, and I already noticed that > nspluginwrapper + flash plugin are stable even after updates. My experience with Flash on FreeBSD has so far been just fine. Sure, it crashes and coredumps often, but when it does I just reload the page and/or "pkill npviewer" and everything's fine. In fact, I had more trouble with it on Linux: after watching a lot of videos or after leaving a page w/ a video loaded for a few hours it would stop working and Firefox would have to be restarted (at least that's the only solution I found). That said, I really go out of my way to avoid Flash, and when I need it for watching videos I tend to use tools that stream flv through Mplayer, for example multimedia/youtube-viewer, and others have mentioned multimedia/minitube, multimedia/cclive and multimedia/quvi. In fact I prefer that method to playing it in a browser, but I'm the kind of person who thinks www/surfraw is better than doing a search in a browser directly. ;) -- An authority is a person who can tell you more about something than you really care to know. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: New BSD Installer
On Fri, Feb 17, 2012 at 06:09:55PM +0100, Miroslav Lachman wrote: > Pete French wrote: > > > >Should this not be the recommended way of doing things even for MBR > >disks ? I have a lot of machines booting from gmirror, but we always > >do it by mirroring MBR partitions (or GPT ones). I cant see why you would > >want to do it the other way round in fact. It doesnt gain you anything > >does it ? > > Yes it does? Am I the only one person on the whole earth seeing the > big difference in easy setup of mirroring two drives instead of many > individual partitions? > You are not. In fact, the current situation is ironic considering the following passage from geom(4): "Compared to traditional “volume management”, GEOM differs from most and in some cases all previous implementations in the following ways: [...] " · GEOM is topologically agnostic. Most volume management implementa‐ tions have very strict notions of how classes can fit together, very often one fixed hierarchy is provided, for instance, subdisk - plex - volume. [...] "Fixed hierarchies are bad because they make it impossible to express the intent efficiently. In the fixed hierarchy above, it is not possible to mirror two physical disks and then partition the mirror into subdisks, instead one is forced to make subdisks on the physical volumes and to mirror these two and two, resulting in a much more complex configuration. GEOM on the other hand does not care in which order things are done, the only restriction is that cycles in the graph will not be allowed." So there, even the docs agree that mirror-partition ordering is not so outlandish as some are suggesting. IIRC, that's the way gmirror-ing is described in the Handbook as well. I would like to be understood that I didn't write this just to make a smartass comment--I understand the difficulty and that the regression is unintentional (as they all are). But on the other hand, I don't think it's now OK to just tell people something like "oh well, you are all better of with partition-mirror order anyway, problem solved". It's true that it can be better sometimes, but that's not the point. The point is, specifically, you are now forced to set up mirroring in a way that may not suit your needs or you have to start jumping through hoops (the workaround with one big GPT and bsdlabel inside that doesn't seem *too* bad though), and generally, an important aspect of GEOM is now formally broken. It must be fixed IMO, no ifs and buts, but OTOH people affected by this should also have a certain degree of patience and understanding as longs as the whole thing is not swept under the rug. -- He that is giddy thinks the world turns round. -- William Shakespeare, "The Taming of the Shrew" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: disk access seems unitask and ant-slow
On Sun, Feb 19, 2012 at 11:27:38AM -0200, H wrote:
> Doug Barton wrote:
> > First, please don't start a new thread by replying to an existing
> > message and changing the subject line. That screws up threading
> > for those of us who use threaded mail readers, and may cause your
> > message to be ignored.
> >
> > On 02/18/2012 03:44, H wrote:
> >
> >> Hi
> >
> >> I have 9-Stable on one partition of my SATAII disk, with kde4, to
> >> be sure I compiled yesterday sources world and kernel
> >
> >> happens that any secondary task with diskaccess is so very slow
> >> that it is inacceptable
> >
> >> for example, compiling firefox and then trying to open an image
> >> with gimp, I am sitting here for over 5 minutes and the open
> >> image dialog still do not show the directory content ..., same
> >> with dolphin or any other diskaccess
> >
> > Please try compiling a custom kernel with the 4BSD scheduler
> > instead of SCHED_ULE and see if that helps.
> >
> >
>
>
> Hi
>
> no idea what you referring to in your "top post" but since we are both
> "newcomers" here we're still learning and skip it ok :)
>
If no one points out your mistake how are you going to learn? :)
He is referring to the fact that you started your thread by replying to
an existing one, namely "disk devices speed is ugly". By doing that
you made your initial message's headers to refer to that thread, which
makes threading mail clients sort it to that thread. This is not "just"
a cosmetic or netiquette problem since people might use "delete-thread"
on previous thread deleting your unrelated message in the process, thus
your message gets ignored (unintentionally).
> now, 4FBSD really changed for me the face of the system, generally, I
> have much better response, thank you for the hint, it is ok now
>
> can you tell if it is worth checking this out on amd64 servers also?
>
>
> but seems that the principal delay came as present from a pkg
> maintainer who dares piping shit into the system config without
> telling or asking:
>
> echo 'fusefs_enable="YES"' >> ${LOADER_CONFIG}
>
> fusefs-kmod I'm talking about, where LOADER_CONF is rc.conf for his script
>
You told it to do that yourself. From the Makefile:
OPTIONS=AUTOSETUP "Automatic global config file setup" off
You see, off by default. I suggest you should be careful to not accuse
others of "piping shit" into something before you make sure you're not
doing it yourself. And if changing the scheduler fixed the problem how did
you suddenly jump to the conclusion that the problem is in enabling FUSE
at boot time?
--
For every credibility gap, there is a gullibility fill.
-- R. Clopton
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
