Date: Wed, 30 Sep 2009 16:04:58 +0200 From: Sisantha Godawela-Ohle <ekerberos@web.de> To: freebsd-chat@freebsd.org Subject: Re: freebsd-chat Digest, Vol 321, Issue 1 Message-ID: <1348437919@web.de>
next in thread | raw e-mail | index | archive | help
Hello dear FreeBSD Users, I would like to know the address where I can send some technical problems = regaeding BSDs Filesyem etc.,=20 could anyone pl. send it over to here=3F Sincerely, sisantha > -----Urspr=FCngliche Nachricht----- > Von: <freebsd-chat-request@freebsd.org> > Gesendet: 30.09.09 14:00:57 > An: freebsd-chat@freebsd.org > Betreff: freebsd-chat Digest, Vol 321, Issue 1 > Send freebsd-chat mailing list submissions to > freebsd-chat@freebsd.org >=20 > 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 > freebsd-chat-request@freebsd.org >=20 > You can reach the person managing the list at > freebsd-chat-owner@freebsd.org >=20 > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-chat digest..." >=20 >=20 > Today's Topics: >=20 > 1. Re: FreeBSD vs Ubuntu - Discuss... (Francisco Reyes) > 2. RE: FreeBSD vs Ubuntu - Discuss... (Rick N) > 3. Re: FreeBSD vs Ubuntu - Discuss... (soralx@cydem.org) >=20 >=20 > ---------------------------------------------------------------------- >=20 > Message: 1 > Date: Tue, 29 Sep 2009 12:42:13 -0400 > From: Francisco Reyes <lists@stringsutils.com> > Subject: Re: FreeBSD vs Ubuntu - Discuss... > To: Dieter <freebsd@sopwith.solgatos.com> > Cc: FreeBSD Chat List <freebsd-chat@freebsd.org> > Message-ID: <cone.1254242533.271161.79872.1000@zoraida.natserv.net> > Content-Type: text/plain; format=3Dflowed; charset=3D"US-ASCII" >=20 > Moving to chat instead of performance.=20 >=20 > >> This was discussed in detail in slashdot.. starting with the fact tha= t most=20 > >> likely debug switches were not turned off for FreeBSD. > >=20 > > "All of the FreeBSD and Ubuntu options were left at their defaults." > >=20 > > My question is why is FreeBSD's disk i/o performance so bad=3F >=20 > As I mentioned... this was discussed actively in slashdot. You will fin= d=20 > there many good comments on this. >=20 > > Not just in the benchmarks with debugging on, but in real world usage > > where it actually matters. >=20 > Are you saying this from actual experience or from reading other people'= s=20 > comments=3F If it is from actual experience and XYZ version of Linux does = a=20 > particular job better then I don't see why you should not consider using= =20 > what works best. >=20 > As someone who has had to use Redhat for over a year because that is wha= t=20 > this job uses... I would trade some performance for not having to deal w= ith=20 > all the peculiarities in Linux distros. >=20 > Also, as mentioned in the slashdot article discussion, some of the reas= ons=20 > Linux may do better on some operations are a tradeoff between=20 > stability/security and speed. >=20 > http://linux.slashdot.org/comments.pl=3Fsid=3D1384455 >=20 > >From having to use Linux I have found some instances where FreeBSD may = no =20 > not be up to par (ie Java), but overall I would much rather use FreeBSD = if I=20 > had a choice. "Features" like the OOM killer are, in my opinion, extreme= ly=20 > poorly designed and likely worst executed.=20 >=20 >=20 > ------------------------------ >=20 > Message: 2 > Date: Tue, 29 Sep 2009 13:08:33 -0400 > From: Rick N <solarux@hotmail.com> > Subject: RE: FreeBSD vs Ubuntu - Discuss... > To: <freebsd-chat@freebsd.org> > Message-ID: <BAY113-W23BB52547C981CAD1344D5A1D50@phx.gbl> > Content-Type: text/plain; charset=3D"iso-8859-1" >=20 >=20 > "...Pick any colour you want, as long as its BLACK..." -its not always t= he car, its invariably the DRIVER !!! >=20 > Obviously, as long that *IX works in your "real" world, then thats all t= hat matters. >=20 > =20 >=20 > Be situationally bound, NOT existentially. >=20 > =20 >=20 > :) >=20 > =20 > > From: lists@stringsutils.com > > To: freebsd@sopwith.solgatos.com > > Date: Tue, 29 Sep 2009 12:42:13 -0400 > > CC: freebsd-chat@freebsd.org > > Subject: Re: FreeBSD vs Ubuntu - Discuss... > >=20 > > Moving to chat instead of performance.=20 > >=20 > > >> This was discussed in detail in slashdot.. starting with the fact t= hat most=20 > > >> likely debug switches were not turned off for FreeBSD. > > >=20 > > > "All of the FreeBSD and Ubuntu options were left at their defaults."= > > >=20 > > > My question is why is FreeBSD's disk i/o performance so bad=3F > >=20 > > As I mentioned... this was discussed actively in slashdot. You will fi= nd=20 > > there many good comments on this. > >=20 > > > Not just in the benchmarks with debugging on, but in real world usag= e > > > where it actually matters. > >=20 > > Are you saying this from actual experience or from reading other peopl= e's=20 > > comments=3F If it is from actual experience and XYZ version of Linux doe= s a=20 > > particular job better then I don't see why you should not consider usi= ng=20 > > what works best. > >=20 > > As someone who has had to use Redhat for over a year because that is w= hat=20 > > this job uses... I would trade some performance for not having to deal= with=20 > > all the peculiarities in Linux distros. > >=20 > > Also, as mentioned in the slashdot article discussion, some of the rea= sons=20 > > Linux may do better on some operations are a tradeoff between=20 > > stability/security and speed. > >=20 > > http://linux.slashdot.org/comments.pl=3Fsid=3D1384455 > >=20 > > >From having to use Linux I have found some instances where FreeBSD ma= y no=20 > > not be up to par (ie Java), but overall I would much rather use FreeBS= D if I=20 > > had a choice. "Features" like the OOM killer are, in my opinion, extre= mely=20 > > poorly designed and likely worst executed.=20 > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > freebsd-chat@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-chat > > To unsubscribe, send any mail to "freebsd-chat-unsubscribe@freebsd.org= " > =20 > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > Windows Live helps you keep up with all your friends, in one place. > http://go.microsoft.com/=3Flinkid=3D9660826 >=20 > ------------------------------ >=20 > Message: 3 > Date: Wed, 30 Sep 2009 01:42:51 -0700 > From: <soralx@cydem.org> > Subject: Re: FreeBSD vs Ubuntu - Discuss... > To: <freebsd-chat@freebsd.org> > Cc: freebsd@sopwith.solgatos.com, lists@stringsutils.com > Message-ID: <20090930014251.4f827302@soralx> > Content-Type: text/plain; charset=3DUS-ASCII >=20 >=20 > > Moving to chat instead of performance.=20 > >=20 > > >> This was discussed in detail in slashdot.. starting with the fact t= hat > > >> most likely debug switches were not turned off for FreeBSD. > > >=20 > > > "All of the FreeBSD and Ubuntu options were left at their defaults."= > > >=20 > > > My question is why is FreeBSD's disk i/o performance so bad=3F > >=20 > > As I mentioned... this was discussed actively in slashdot. You will f= ind=20 > > there many good comments on this. >=20 > Debug switches=3F Irrelevant, as 7.2 performed just as poorly (if not wors= e) > in the threaded random writes test. One would think that the unrealistic= ally > poor [disk=3F] I/O performance bench data in FreeBSD was just a glitch, bu= t > using the OS everyday as a workstation, I actually notice that there cou= ld > 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 tak= e > tens of seconds or a minute! For example, loading the root disk with som= e > 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 t= ens > of seconds before, say, a page gets scrolled following keyboard input. >=20 > I thinks that stream [memory benchmark] may also be demonstrating a > weakness in FreeBSD, though I have doubts on this one. >=20 > --- > [SorAlx] ridin' VN2000 Classic LT >=20 >=20 > ------------------------------ >=20 > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > freebsd-chat@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-chat > To unsubscribe, send any mail to "freebsd-chat-unsubscribe@freebsd.org" >=20 > End of freebsd-chat Digest, Vol 321, Issue 1 > ******************************************** >=20 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F GRATIS f=FCr alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1348437919>