Newsgroup: it.comp.os.linux.sys
Titolo: una barzelletta che non fa ridere

Per caso mi sono imbattuto in questo articolo-truffa di microsoft:
http://www.microsoft.com/italy/mscorp/facts/default.mspx
che ho trovato pubblicizzato su questo sito web:
http://www.webmasterpoint.org/risorse/articolo.asp?id=5611
e nel file "MainframeBenchmarkProj.pdf" si trova, a pagina 5, centrale, la
barzelletta che non fa ridere:
"The Mainframe Linux Benchmark Project assembled a team of mainframe Linux
experts, made available  to them suitable IBM technology ad PC clients,
and gave the team the tools and freedom to do the best benchmark possible.
The team optimized for maximum minframe performance without employing
extraordinary measures that would be impossible for customers to reproduce
or that would invalidate licenses, such as building customized operating
system kernels."
Se sono capace io, un incompetente (lo posso ammettere, tanto non sono un
sistemista di professione), a ricompilare un kernel personalizzato, cosa
ancora piu' facile con la serie 2.6, perche' non dovrebbe essere capace di
farlo uno pagato per stare 8 ore o piu' davanti ad un pc?
L'ho segnalato qui perche' credo che dichiarazioni come queste potrebbero
essere interessanti per chi linux lo sviluppa, persone a cui va la
gratitudine mia e di tanti altri.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 davanti ad un pc?
Quale parte di "that would invalidate licenses" non hai capito?
Ciaotutti,
*

 "The Mainframe Linux Benchmark Project assembled a team of mainframe Linux
Si', come la faccenda del Java-Pet-Shop.
Davide
-- 
| Coincidence, n.: You weren't paying attention to the other half of
| what was going on. 
| 
| 

 Quale parte di "that would invalidate licenses" non hai capito?
ora non capisco te: vado contro qualche licenza se ricompilo il kernel?
Intendo licenza gnu/gpl o anche di prodotti commerciali da usare su linux.
O sei ironico nei loro confronti?
Scusa, non mi e' chiaro :)


 Scusa, non mi e' chiaro :)
L'articolo dice che non puoi "pitonare" il kernel in modo tale da
invalidarne la licenza. Quindi se cimetti sopra roba non GPL o closed
source o roba simile, non va bene.
L'articolo non dice che non si può ricompilare il kernel.
C'è una bella differenza tra le due cose !
Max

 source o roba simile, non va bene.
In che senso? La GPL e` una licenza che si occupa della distribuzione 
del sofware. A casa mia o nella mia azienda posso usare quello che 
voglio (avendolo comprato, se e` software commerciale, naturalmente) 
senza invalidare nessuna licenza. Nessuno (ne` tantomeno la GPL) mi 
obbliga a redistribuire le mofiche che mi faccio da solo. La GPL 
interviene solo nel caso io volessi distribuire all'esterno le mie 
modifiche.
-- 
Vincenzo



Appunto: hanno fatto un test prendendo una distro tout court, senza 
nessuna ottimizzazione o altro adducendo motivazioni di licenza da non 
infrangere.
Comunque mi chiedo: come mai confrontare un mainframe ibm con uno xeon? 
Forse linux sullo xeon andava più forte di win 2003?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

 Forse linux sullo xeon andava più forte di win 2003?
sai, essendo molto meno esperto dei partecipanti di questo ng, ero in
dubbio sul significato delle parole.
Ma, forse mi sbaglio, "building" significa creare un file oggetto, che poi
viene compilato, cioe' l'operazione che faccio da "menuconfig" quando
scelgo il controller via o la sk video specifica e magari smagrisco il
kernel del supporto di altro hw che non ho.
A me pare che la frase "che sarebbe impossibile riprodurre da parte dei
clienti" sia una affermazione molto tendeziosa, falsa.
Ma siamo in tanti, a saperlo fare, si tratta di perdere una mezz'oretta a
configurare e digitare quattro righe sulla shell.



detto in chiaro da quel poco che ho visto e smacchinato:
se non ricompili il kernel non va un cazzo
ovvio dal cliente non si puo fare uguale questo e' vero perche
ognuno ha le sue esigenze (questo e' chiaro)
M$ fa dei confronti a suo vantaggio, sarebbe da chiedere ad
un produttore di HW 2 macchine identitiche (con un winmodem >:-) )
stesse cpu stessi hdd stesse esigenze
chiamare M$ e farsi fare la macchina (senza sapere che cosane sara fatto)
chimare red hat - ibm debian (chi cazzo volete) farsi fare la macchina
(senza sapere che cosane sara fatto) tutto GPL
prendere i 2 serverini e cioccarli in un carico inumano di lavoro
al torchio (pesante)
fare i benchmark
stesse condizioni fisiche di lavoro (una macchina fatta da altri per
ciucciare risorse)
eternet in fibra e discorrendo (simulazione del carico di lavoro)
il tutto condito con un bel uptime
ed infine hakeraggio dei 2 pc (tanto per vedere se reggono)
IMHO acnche il winmodem va (perche se non va lo fanno andare)


 IMHO acnche il winmodem va (perche se non va lo fanno andare)
Non credo che l'utilizzo della saldatrice o delle cesoie possa fare buon
effetto sugli eventuali giudici dei test. :)
	probabilmente,
	   Cthulhu
-- 
Vado dove nessuno giunge
Per strade deserte abitate da spettri         
http://www.rlyeh.it/
Vado nel Nulla, per cogliere l'Essenza.       <cthulhu(da)rlyeh(in)it>


Secondo me l'obiettivo è di confrontare le due soluzioni a "pacchetto",
così come le "compri in negozio", ergo la clausola di "non toccare il
kernel". Anche se qui interpreto la cosa come "usa un kernel generico" e
non uno cui sono state tolte le funzionalità non inerenti il test.
In verità, IMHO, Microsoft sta attaccando IBM. Di Linux gliene importa poco
tutto sommato (le licenze Windows aumentano di prezzo anziché abbassarsi).
Quello che non vedo in questo rapporto, però, è
- perché si usa il "Megabit throughput/second"
- qual è la availability delle due soluzioni
- quanto costa una mezza giornata di fermo macchine
Alex
*tuttavia il rapporto cita un test dove si confrontano le prestazioni in
termini di Mips tra le due architetture e le fattorizza nel trarre le
conclusioni.
-- 
___________________________________________________________
a p bertolini
(
www.webwarrior.org
)