Hello dear FreeBSD Users, I would like to know the address where I can send some technical problems regaeding BSDs Filesyem etc., could anyone pl. send it over to here?
Sincerely, sisantha > -----Ursprüngliche Nachricht----- > Von: <[email protected]> > Gesendet: 30.09.09 14:00:57 > An: [email protected] > Betreff: freebsd-chat Digest, Vol 321, Issue 1 > Send freebsd-chat mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-chat > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-chat digest..." > > > Today's Topics: > > 1. Re: FreeBSD vs Ubuntu - Discuss... (Francisco Reyes) > 2. RE: FreeBSD vs Ubuntu - Discuss... (Rick N) > 3. Re: FreeBSD vs Ubuntu - Discuss... ([email protected]) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 29 Sep 2009 12:42:13 -0400 > From: Francisco Reyes <[email protected]> > Subject: Re: FreeBSD vs Ubuntu - Discuss... > To: Dieter <[email protected]> > Cc: FreeBSD Chat List <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; format=flowed; charset="US-ASCII" > > Moving to chat instead of performance. > > >> This was discussed in detail in slashdot.. starting with the fact that > >> most > >> likely debug switches were not turned off for FreeBSD. > > > > "All of the FreeBSD and Ubuntu options were left at their defaults." > > > > My question is why is FreeBSD's disk i/o performance so bad? > > As I mentioned... this was discussed actively in slashdot. You will find > there many good comments on this. > > > Not just in the benchmarks with debugging on, but in real world usage > > where it actually matters. > > Are you saying this from actual experience or from reading other people's > comments? If it is from actual experience and XYZ version of Linux does a > particular job better then I don't see why you should not consider using > what works best. > > As someone who has had to use Redhat for over a year because that is what > this job uses... I would trade some performance for not having to deal with > all the peculiarities in Linux distros. > > Also, as mentioned in the slashdot article discussion, some of the reasons > Linux may do better on some operations are a tradeoff between > stability/security and speed. > > http://linux.slashdot.org/comments.pl?sid=1384455 > > >From having to use Linux I have found some instances where FreeBSD may no > not be up to par (ie Java), but overall I would much rather use FreeBSD if I > had a choice. "Features" like the OOM killer are, in my opinion, extremely > poorly designed and likely worst executed. > > > ------------------------------ > > Message: 2 > Date: Tue, 29 Sep 2009 13:08:33 -0400 > From: Rick N <[email protected]> > Subject: RE: FreeBSD vs Ubuntu - Discuss... > To: <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > "...Pick any colour you want, as long as its BLACK..." -its not always the > car, its invariably the DRIVER !!! > > Obviously, as long that *IX works in your "real" world, then thats all that > matters. > > > > Be situationally bound, NOT existentially. > > > > :) > > > > From: [email protected] > > To: [email protected] > > Date: Tue, 29 Sep 2009 12:42:13 -0400 > > CC: [email protected] > > Subject: Re: FreeBSD vs Ubuntu - Discuss... > > > > Moving to chat instead of performance. > > > > >> This was discussed in detail in slashdot.. starting with the fact that > > >> most > > >> likely debug switches were not turned off for FreeBSD. > > > > > > "All of the FreeBSD and Ubuntu options were left at their defaults." > > > > > > My question is why is FreeBSD's disk i/o performance so bad? > > > > As I mentioned... this was discussed actively in slashdot. You will find > > there many good comments on this. > > > > > Not just in the benchmarks with debugging on, but in real world usage > > > where it actually matters. > > > > Are you saying this from actual experience or from reading other people's > > comments? If it is from actual experience and XYZ version of Linux does a > > particular job better then I don't see why you should not consider using > > what works best. > > > > As someone who has had to use Redhat for over a year because that is what > > this job uses... I would trade some performance for not having to deal with > > all the peculiarities in Linux distros. > > > > Also, as mentioned in the slashdot article discussion, some of the reasons > > Linux may do better on some operations are a tradeoff between > > stability/security and speed. > > > > http://linux.slashdot.org/comments.pl?sid=1384455 > > > > >From having to use Linux I have found some instances where FreeBSD may no > > not be up to par (ie Java), but overall I would much rather use FreeBSD if > > I > > had a choice. "Features" like the OOM killer are, in my opinion, extremely > > poorly designed and likely worst executed. > > _______________________________________________ > > [email protected] mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-chat > > To unsubscribe, send any mail to "[email protected]" > > _________________________________________________________________ > Windows Live helps you keep up with all your friends, in one place. > http://go.microsoft.com/?linkid=9660826 > > ------------------------------ > > Message: 3 > Date: Wed, 30 Sep 2009 01:42:51 -0700 > From: <[email protected]> > Subject: Re: FreeBSD vs Ubuntu - Discuss... > To: <[email protected]> > Cc: [email protected], [email protected] > Message-ID: <20090930014251.4f827...@soralx> > Content-Type: text/plain; charset=US-ASCII > > > > Moving to chat instead of performance. > > > > >> This was discussed in detail in slashdot.. starting with the fact that > > >> most likely debug switches were not turned off for FreeBSD. > > > > > > "All of the FreeBSD and Ubuntu options were left at their defaults." > > > > > > My question is why is FreeBSD's disk i/o performance so bad? > > > > As I mentioned... this was discussed actively in slashdot. You will find > > there many good comments on this. > > Debug switches? Irrelevant, as 7.2 performed just as poorly (if not worse) > in the threaded random writes test. One would think that the unrealistically > poor [disk?] I/O performance bench data in FreeBSD was just a glitch, but > using the OS everyday as a workstation, I actually notice that there could > be some truth in those numbers. At least for ATA, when there's some disk I/O > going on, file write operations that normally take milliseconds, may take > tens of seconds or a minute! For example, loading the root disk with some > serious concurrent I/O (portupgrade, find, tar xz, etc) makes opera > unusable: the web browser normally saves "sessions" file everytime there's > a change (e.g., a tab closed, or a page scrolled), and usually the write > operation is unnoticeable, but with heavy disk I/O, one could wait for tens > of seconds before, say, a page gets scrolled following keyboard input. > > I thinks that stream [memory benchmark] may also be demonstrating a > weakness in FreeBSD, though I have doubts on this one. > > --- > [SorAlx] ridin' VN2000 Classic LT > > > ------------------------------ > > _______________________________________________ > [email protected] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-chat > To unsubscribe, send any mail to "[email protected]" > > End of freebsd-chat Digest, Vol 321, Issue 1 > ******************************************** > ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-chat To unsubscribe, send any mail to "[email protected]"
