Am aceste probleme:

 1) Am o masina quad Xeon dual-core cu 24GB de ram pe care ruleaza
niste programe de simulare.
La un moment dat datele au devenit suficient de dese incat programele
vor mai mult de 4GB de ram.
La simulatorul care vrea mai mult de 4GB s-a uat versiunea de 64bit.
Problema e ca pe aceeasi masina ruleaza alte simulatoare mai vechi
care sunt tare legate de niste kernele/glibc-uri/stuff vechi si
putrede si orice incercare de a le muta pe o distro de 64 e sortita
esecului, char cu adusul bibliotecilor pe 32 biti si alte compat-uri.
Drept care s-a luat hotarirea de a rula virtualizat pe respectiva
masina exact distributiile indicate de producatorul simulatoarelor ca
fiind suportate ca sa nu mai fie discutii de ce a coredumpit
respectivul.
Acum banuiesc ca hostOS-ul pt a putea rula si guesturi pe 64 trebuie
sa fie tot pe 64.
Ceva sfaturi, rtfm-uri si solutii incercate despe ce host OS ar fi mai
potrivit, ce solutie de virtualizare s-ar potrivi ( ma intereseaza ca
pierderea de performanta sa fie minima si nu sunt interesat de a avea
instantele foarte izolate intre ele ca in cazul hostingului, ba chiar
ar fi OK daca ar putea sa sheruiasca file systemul).
Mai mult, am inteles ca la definirea imaginilor guest cantitatea de
memorie alocata e batuta in cuie la creearea imaginii si e ocupata in
totalitate la pornirea imaginii, sunt foarte interesat daca exista
vreo configuratie cu alocare mai elastica a memoriei, genul de a
specifica un maxim de exemplu si asta sa isi ia cat doreste cand e
cazul.
Orice alte experiente pozitive in domeniu pe care le puteti
explica/impartasi sunt bine venite.

 2) A avut cineva experiente de orice fel cu OpenAFS, ideea e sa se
implementeze un sistem de fisiere distribuit care sa "uneasca" locatii
distante geografic cat mai friendly posibil pt utilizator. Orice
experienta reala cu plusuri si minusuri este apreciata.


 Mircea "thins are getting hairy ;)" C.

_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui