-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jean-Francois Dive wrote:
mon dieu keen affaire (je m'imagine en train d'optimiser les acces a une DB oracle .. beurk). Mes considerations de taille au boulot sont plus
En effet, le tuning Oracle... hem... lol
J'ai eu un workshop l�-dessus au boulot avec un consultant d'Oracle (un expert hein, pas un consultant-costard-cravate mdr), vraiment bal�ze le gars.
Bein il nous expliquait qu'en gros � chaque fois il se retape la bible du tuning Oracle (un bouquin paru chez Oracle, d'ailleurs lol) du d�but � la fin pour �tre sur qu'il n'a rien oubli� comme possibilit�.
Sauf que ce bouquin a une �paisseur � faire peur aux lecteurs de Lord of the Rings ;)))
- - une brique qui doit bien faire 1200 pages mdr.
Faut aimer ... ;))
Ah �a, c'est sur ;)proche de 200k de code optimise a fond pour l'embarque. Amusant tout de meme la difference des 2 mondes. (y a pas de swap sur le speedtouch (ni
meme de VM a proprement parler dailleur) ;) , tout tiens dans 4/8Mo de ram.
Ceci dit, l� se trouve le r�el avantage des processeurs 64 bits pour Linux: pas tellement la puissance de calcul accrue (qui ne sert vraiment qu'� une minorit� de types d'application, principalement le HPC (= "High Performance Computing") genre Google, traitements d'images et de vid�o, calcul scientifique, simulations) mais pour la possibilit� d'avoir plus de 4GB de m�moire physique.
En effet, les processeurs 32 bits de type Intel (donc aussi AMD) sont limit� techniquement � l'adressage de 4GB maximum.
Linux a une option pour supporter l'adressage de jusqu'� 64GB, mais:
" Linux can use up to 64 Gigabytes of physical memory on x86 systems. However, the address space of 32-bit x86 processors is only 4 Gigabytes large. That means that, if you have a large amount of physical memory, not all of it can be "permanently mapped" by the kernel. The physical memory that's not permanently mapped is called "high memory". "
A priori on a encore le temps pour les stations de travail et les serveurs "normaux" (style serveur web ou mail p.ex.), mais pour des bases de donn�es (surtout Oracle), 4GB est vraiment trop peu pour des gros syst�mes de production.
Actuellement la configuration "standard" serait plut�t des Sun Enterprise 10000 avec 8 ou 16 processeurs et 32 ou 64 GB de RAM (en g�n�ral la r�gle est de 2 � 4 GB par processeur).
Le IA64 d'Intel et l'Opteron d'AMD vont donc vraiment faire dispara�tre cette limite-l� pour Linux en syst�mes "high-end" :))
Evidemment, Linux supporte d�j� des processeurs 64 bits, mais Alpha il faut quand m�me se dire que Linux gagne surtout des parts de march�s sur plateforme Intel. Si c'est pour utiliser p.ex. du hardware Sun avec des SPARC64 (les processeurs 64 bits de Sun), la majorit� pr�f�re encore utiliser Solaris plut�t que Linux l�-dessus... et ils n'ont pas tout-�-fait tord: Solaris est quand m�me encore mieux optimis� pour les processeurs SPARC que Linux ne l'est. Par contre, sur architecture Intel et IA64... ;)
- -- -o) Pascal Bleser http://guru.unixtech.be
/\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
_\_v The more things change, the more they stay insane.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/VZN+r3NMWliFcXcRAjw1AJ42q6SBdXz30GoP3/X4MQZMQGjUBACeLyIH enn+m2epZowBgjQmQGFsMHk= =+6rk -----END PGP SIGNATURE-----
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
