Newsgroup: it.comp.os.dibattiti
Titolo: linux e freeBSD

Ciao a tutti, a costo di aprire un flame (e spero proprio di no) devo
postare un problema.
Qui da me c'e' una discussione in atto perche' un server (su cui al
momento gira un linux 2.4.equalcosa) dovrebbe essere *smantellato* per
far posto a FreeBSD. Questa cosa comporta alcuni problemi per alcune
applicazioni proprietarie distribuite per linux.
In ogni caso vorrei sapere quali sono i punti di forza di un OS rispetto
all'atro e i punti di debolezza, cosi' da poter farmi un'idea sui
rischi/benefici ad adottare un OS piuttosto che l'altro...
Purtroppo non riesco a trovare una risorsa esaustiva in rete, per cui
chiedo qui (e ora vo a postare in altri NG)...
Grazie 
d
-- 
Davide Cittaro
Drop WINDOWS if you want to reply

Davide Cittaro ha scritto:

freebsd e' ancora piu' stabile ed efficiente di linux, quindi, ad
esempio, riesce a gestire in maniera ancora piu' efficiente un numero
enorme di connessioni al server...
Pero' se sullo stesso girano molteplici applicazioni, di cui molte
proprietarie per linux, non so quanto valga la pena di sostituirlo...

 proprietarie per linux, non so quanto valga la pena di sostituirlo...
FreeBSD ha alcuni port che sono delle versioni di linux che si
installano sopra un layer di compatibilita`. Ad esempio redhat8, gentoo
ecc ecc. Non dovrebbero esserci problemi di alcun tipo da questo punto
di vista.
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
http://weever.berlios.de

 di vista.
Vero, pero' se come dici tu linux ben configurato ha le stesse
prestazioni, tanto vale rimanere a linux... :D

 complessivo... cioe' qual'e' il caric per ogni singolo server...
Vero ma per esempio posso citarti Andrea Arcangeli di SuSE che sviluppa
questo: 
www.cpushare.com
Quello gira sopra linux e deve reggere carichi MOLTO elevati. Ti sembra
che si possa affidare una tale delicata architettura a qualcosa di non
affidabile e veloce?
Benche` google abbia tantissimi server, la stragrande maggioranza di
essi si preoccupa dell'indexing e dello storage. Inoltre mi viene
difficile credere che un competitor come yahoo non abbia una server farm
confrontabile a quella di google. 
La verita` e` che sia Linux che FreeBSD sanno reggere carichi poderosi
quando sono ben configurati. Windows invece fa abbastanza ridere al
confronto.
 
[snip]
Trovo che le risposte che hai ricevuto su it.comp.os.linux.sys siano
pertitenti e corrette comunque.


 pertitenti e corrette comunque.
Ti stai riferendo a Davide Cittaro, non a me, vero? :D

 Ti stai riferendo a Davide Cittaro, non a me, vero? :D
Boh, uno pero` ha fatto la tua stessa domanda su icols e ha ricevuto
risposte analoghe alla mia.


 risposte analoghe alla mia.
Ma la domanda non l'ho fatta: io ho solamente risposto!! :D
Ho visto anche il post su icols: e' Cittaro che ha postato su entrambi i
ng!! :D

 altri sistemi operativi, tipo windows...
Tra l'altro attendo correzioni... ma mi pareva che fBSD lavorasse mica
tanto bene in ambiente multiprocessore.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto
pretenderanno che tu torni indietro/e ti costringeranno a partorire per
poi chiamarlo figlio della colpa / e tu una Maddalena da pentire

 tanto bene in ambiente multiprocessore.
Ti pare bene. FreeBSD 5.3 (la prima release stable) risolve in parte il
problema. Linux 2.6 regge benissimo anche sopra i 40 processori, per
esempio, non so come si comporti FreeBSD con i 'big iron'.


 problema.
Peraltro ci sono leggende metropolitane che parlano di una qualche
collaborazione di ingegneri apple... :)
Ma esattamente non so quanto sia vero.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 Ma esattamente non so quanto sia vero.
Per il breve tempo di 4 mesi che ho usato FreeBSD come desktop posso
dirti che piu` di un commit nel kernel aveva come riferimento: "merge
darwin fixes bla bla bla".
