Hola a tothom,

No us espateu, que el t�tol no va pas per demanar auxili desesperat. Es
tracta, m�s aviat, d'una experi�ncia que m'agradaria compartir. No crec
que sigui especialment significativa, per� a mi m'ha deixat ben
(alegrement) sorpr�s.

El cas �s que estic treballant amb una macro enquesta tipus panel de la
Uni� Europea, amb milers d'individus per pa�sos, i durant vuit anys. Al
cas: que es tracta d'un volum de dades relativament gran. Com que no
treballo sol, sin� amb un altre company del departament i, fins ahir, no
volia sentir a parlar "d'embolicar-se i fer una inversi� en aix� del
Linux, de moment", utilitz�vem el programa estad�stic STATA per a fer
les an�lisis. Jo utilitzo habitualment R (programari lliure), per� per
q�esti� de compatibilitat dels arxius de sintaxi v�rem acordar fer-ho en
STATA.

El cas �s que era realment desesperant... Ell feia servir una m�quina
amb W2000, amb 512 Mb RAM i Pentium a 2.5 Ghz, per� no ens en sort�em. A
m�s, mentre el programa calculava, ell no podia fer res, absolutament
res amb l'ordinador. Jo, mentrestant, anava fent els programets que
haurien de c�rrer en el seu ordinador (era el m�s potent). 

Fa cosa d'un any i poc que vaig instal�lar-me un sistema GNU/Linux
(Mandrake) al meu port�til (Celeron 800 Mhz, amb 384Mb RAM). Al
principi, curiositat i ganes. D'en�� de l'estiu passat, ja no el
canviaria per res del m�n. En aquestes que els programets els anava
escrivint en VIM, des del port�til amb GNU/Linux. I per a fer les proves
havia de reiniciar l'ordinador i arrancar-lo amb el Windows XP per
fer-hi c�rrer el STATA. Per� n'estava fart de canvis i vaig provar el
WINE. Potser aquest STATA era possible que funcion�s amb WINE
emulant-lo, vaig pensar, i aix� no hauria de deixar de treballar amb el
GNU/Linux. Dit i fet, cap problema (b�, algun s�, per� solucionable en
deu minutets). WINE emulant STATA.

Quina va ser la meva sorpresa quan vaig descobrir que, emulant STATA amb
WINE, un programet que trigava 41 segons a executar-se amb STATA corrent
sobre Windows XP passava a executar-se en... 12 segons!!!! Estem parlant
de l'ordre de gaireb� 4 vegades m�s r�pid!

He anat fent proves i la difer�ncia �s abismal. Ahir mateix, per
exemple, despr�s que el seu ordinador es pass�s tota la nit  calculant i
hagu�s d'acabar per deixar-ho c�rrer perqu� no avan�ava, el meu port�til
va executar el programa en 1 hora i 30 minuts. I es tracta d'una m�quina
for�a menys potent!!!

Per tant, si em permeteu, algunes observacions:

1. Un mateix programa triga 4 vegades menys a executar-se corrent sobre
Linux que sobre Windows, a la mateixa m�quina. A m�s, sobre Linux s'est�
emulejant (que suposo que deu ralentitzar el funcionament dels
programes, m'equivoco?)

2. Mentre aquest programa s'executa, en GNU/Linux puc llegir i escriure
correu, obrir arxius de text, etc... tranquilament, sense que es noti
cap minva significativa del temps de c�rrega del VIM o el navegador. En
canvi en Windows, mentre el programa s'executa, no hi ha manera de poder
fer res m�s amb l'ordinador.

3. Tinc el kernel que venia amb la distribuci�, compilat per a 586. Ara
mateix, despr�s de veure els resultats d'ahir i de tornar-me a enamorar,
m'he decidit a fer el que tots aconselleu: recompilar un kernel adequat
a les meves necessitats. Sense gaire canvis, qu� pot passar si recompilo
el kernel per a Pentium-III (Celeron(coppermine)). Encara funcionar� m�s
de pressa el programa? �s que aix� �s impensable en Windows!


I, d'aqu� el t�tol del missatge: per qu� passa aix�? qu� �s el que t� un
sistema GNU/Linux que el fa tant eficient, fins i tot fent c�rrer
programes preparats per a una altra arquitectura? 

B�, gr�cies i, si heu arribat fins aqu�, perdoneu el temps que us acabo
de fer perdre, per� volia compartir la meva alegria.

-- 

Xavier Fern�ndez i Mar�n
[EMAIL PROTECTED]
^^^^^^^^^^^^^^^^^^^^^^^^
----------------------------------------------------------------
Podeu consultar els arxius d'aquesta llista o canviar la vostra
subscripci� a http://www.softcatala.org/llistes/
----------------------------------------------------------------

Responder a