[linux] Performance SLES9 sous LSI 320 E2
Bonjour, dans le cadre de tests se pose la question de faire tourner SLES9/oracle sous un serveur. Jusqu'ici tout va bien sauf que les perfs des I/O sont pas fameuses: il s'agit d'un controleur RAID5 LSI 320 E2, avec driver mis à jour depuis le site. Des idées pour optimiser tout cela ? Je dois préciser que j'ai essayé la piste des FileSystems mais sans grand succès... Bien à vous, Gerd ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] Performance SLES9 sous LSI 320 E2
On 4/25/06, Gerd-Christian Michalke <[EMAIL PROTECTED]> wrote: > Bonjour, > > dans le cadre de tests se pose la question de faire tourner SLES9/oracle sous > un serveur. > > Jusqu'ici tout va bien sauf que les perfs des I/O sont pas fameuses: il s'agit > d'un controleur RAID5 LSI 320 E2, avec driver mis à jour depuis le site. > > Des idées pour optimiser tout cela ? Je dois préciser que j'ai essayé la > piste des FileSystems mais sans grand succès... > > Bien à vous, > Gerd Détaille un peu la config, memoire (total/free, bande passante), cpu (charge avg durant les tests, bcp de wait?), quel est le type de container raid utilisé pour le test, combien de disques et au niveau oracle la taille de l'SGA. -- Thomas Silvestre ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] Performance SLES9 sous LSI 320 E2
Avec plaisir ;-);-) Il s'agit d'un bipro Xeon 3,4GHz, 4GB Ram. La charge CPU maximale était de 7,04; 5,41; 1,18 Au niveau RAM: on n'attaque pas la swap. En fait, au niveau du comportement, lors de la création d'un tablespace d'un fichier de, disons 6GB (rien de bien génial, donc), lorsque j'essaye de lancer la commande top sur une autre console, elle ne s'exécute même pendant un bon bout de temps. La SGA est de 384Mb; 4 disques dont un spare, le controlleur est un LSI 320 E2. Il faut savoir que nous avons fait tourner oracle10g (en test) sous SLES9 sur un "bete" PC P4, 1GB RAM, disque IDE, et nous étions tout simplement bluffé par les performances. Le Mardi 25 Avril 2006 13:47, Thomas Silvestre a écrit : > On 4/25/06, Gerd-Christian Michalke <[EMAIL PROTECTED]> wrote: > > Bonjour, > > > > dans le cadre de tests se pose la question de faire tourner SLES9/oracle > > sous un serveur. > > > > Jusqu'ici tout va bien sauf que les perfs des I/O sont pas fameuses: il > > s'agit d'un controleur RAID5 LSI 320 E2, avec driver mis à jour depuis le > > site. > > > > Des idées pour optimiser tout cela ? Je dois préciser que j'ai essayé la > > piste des FileSystems mais sans grand succès... > > > > Bien à vous, > > Gerd > > Détaille un peu la config, memoire (total/free, bande passante), cpu > (charge avg durant les tests, bcp de wait?), quel est le type de > container raid utilisé pour le test, combien de disques et au niveau > oracle la taille de l'SGA. > > -- > > Thomas Silvestre > ___ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: > http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: > http://www.mail-archive.com/linux@lists.unixtech.be > IRC: chat.unixtech.be:6667 - #unixtech > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] Performance SLES9 sous LSI 320 E2
Gerd-Christian Michalke wrote: Avec plaisir ;-);-) Il s'agit d'un bipro Xeon 3,4GHz, 4GB Ram. La charge CPU maximale était de 7,04; 5,41; 1,18 La queue (7; 5) est quand même importante pour une utilisation optimale d'un biproc (hyperthreading ?) Dans mon contexte, un opteron s'en sort bien mieux qu'un Xeon, mais je suppose qu'il y a toujours bien moyen de trouver d'autres cas de figures... Et en supprimant l'hyperthreading, dans mon cas (recherche de pattern dans une db de référence d'au moins 1 GB -> bcp de cpu et d'i/o), j'ai amélioré les résultats sur Xeon, mais quand même moindre que sur Opteron. RAID ? si 5 les performances en écriture ne sont pas favorables (mais en lecture c'est beaucoup mieux). Passe en raid 10 pour avoir une bonne balance des performances en i/o, au détriment de l'espace (on n'a rien pour rien...) Bonne soirée, Alain Au niveau RAM: on n'attaque pas la swap. En fait, au niveau du comportement, lors de la création d'un tablespace d'un fichier de, disons 6GB (rien de bien génial, donc), lorsque j'essaye de lancer la commande top sur une autre console, elle ne s'exécute même pendant un bon bout de temps. La SGA est de 384Mb; 4 disques dont un spare, le controlleur est un LSI 320 E2. Il faut savoir que nous avons fait tourner oracle10g (en test) sous SLES9 sur un "bete" PC P4, 1GB RAM, disque IDE, et nous étions tout simplement bluffé par les performances. Le Mardi 25 Avril 2006 13:47, Thomas Silvestre a écrit : On 4/25/06, Gerd-Christian Michalke <[EMAIL PROTECTED]> wrote: Bonjour, dans le cadre de tests se pose la question de faire tourner SLES9/oracle sous un serveur. Jusqu'ici tout va bien sauf que les perfs des I/O sont pas fameuses: il s'agit d'un controleur RAID5 LSI 320 E2, avec driver mis à jour depuis le site. Des idées pour optimiser tout cela ? Je dois préciser que j'ai essayé la piste des FileSystems mais sans grand succès... Bien à vous, Gerd Détaille un peu la config, memoire (total/free, bande passante), cpu (charge avg durant les tests, bcp de wait?), quel est le type de container raid utilisé pour le test, combien de disques et au niveau oracle la taille de l'SGA. -- Thomas Silvestre ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech -- " Do something for freedom every day " * support Open Document Format : please discover and use OpenOffice (gratis) * or at least, install it as a converter from open format to a proprietary one. Please realize that proprietary formats are important tools to reinforce a monopoly. begin:vcard fn:Dr Alain EMPAIN n:EMPAIN;Alain org:University of LIEGE;Euregio ALMA-Grid project adr;quoted-printable:Avenue de l'H=C3=B4pital, 3;;BAT. B23 GIGA,;Liege 1;;B-4000;Belgium email;internet:[EMAIL PROTECTED] title:Bioinformatics tel;work:+32 4 366 4497 tel;fax:+32 4 366 2917 tel;home:+32 85 51 2341 tel;cell:+32 497 70 1764 x-mozilla-html:FALSE version:2.1 end:vcard ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
