[Linux-Biella] Performance [Era: eth0]
Cristiano Deana
linux@ml.bilug.linux.it
Thu, 15 Jan 2004 16:16:51 +0100
Il giorno Thursday 15 January 2004 15:56, CIARROCCHI, Paolo, VF-IT mi
scriveva:
> Scusa Cristiano ma:
> I was wrong. FreeBSD has by far the best performance of the BSDs and
> it comes close to Linux 2.6. If you run another BSD on x86,
> you should switch to FreeBSD!
> Non voglio dire che BSD sia migliore o peggiore di Linux
> ma non possiamo dire che da _questi_ benchamark ne esca
> vincitore.
Guarda, Paolo, come ho detto io i benchmark non li cago molto. Mi sembrava di
ricordare che QUEI bench fossero a favore di freebsd.
Naturalmente dopo che sono divenuti pubblici ogni comunita' ha alzato la voce
dicendo "ma XXXX andava configurato diverso", "YYYY ha il fs piu' lento ma
piu' sicuro", ecc. ecc. e sono stati parzialmente rifatti. Magari e' anche il
caso del 2.6 o magari non ricordavo bene fin dal principio.
Oltretutto in QUEL caso c'erano MILLE bench se non sbaglio. Dalla rete al fs,
alle applicazioni, ecc. ecc.
Bisognerebbe valutarli bene, vedere SE, COME e DOVE un os e' piu' veloce di
un altro e se questa velocita' va a scapito di altre cose. Io non ho
intenzione di farlo (dopotutto ho detto che uso bsd per il logo e non per la
velocita').
Voglio finire questa mail nella migliore delle tradizioni:
In quel benchmark hanno usato FreeBSD 5.1, un codice di sviluppo che, oltre
ad essere non maturo come stabilita', e' anche molto lento. Questo e' preso
dal file UPDATING di freebsd 5.1, cioe' dove ci sono di volta in volta
segnate le novita' e che chiunque aggiorni freebsd _dovrebbe_ leggere:
NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW:
FreeBSD 5.x has many debugging features turned on, in
both the kernel and userland. These features attempt to detect
incorrect use of system primitives, and encourage loud failure
through extra sanity checking and fail stop semantics. They
also substantially impact system performance. If you want to
do performance measurement, benchmarking, and optimization,
you'll want to turn them off. This includes various WITNESS-
related kernel options, INVARIANTS, malloc debugging flags
in userland, and various verbose features in the kernel. Many
developers choose to disable these features on build machines
to maximize performance.
E' qualunquismo ma e' molto vero ;)
--
Cristiano Deana - FreeCRIS
"Ho iniziato a usare FreeBSD perche' m$ usava me. ed e' spiacevole"
pgp public key: http://freecris.bmm.it/cris.asc
in irc su: irc.azzurra.org #freebsd-it