Merci Hasnae

Merci Hasnae
Merci pour ces 8 semaines de soleil à Sky :) et merci pour le superbe cadeau que tu nous as fait :)

Quelques Skyblogs de ces 8 dernières semaines powered by Hasnae & the Skyrock Devteam :
http://teatime.skyblog.com
http://saladedefruits.skyblog.com
[ Ajouter un commentaire ] [ Aucun commentaire ]

# Posté le samedi 26 mars 2005 06:22

Jumbo Frames ça marche :)

1/ Présentation :
La machine mesurée est un Loadbalancer :
Dell PE750, 1 Go de Ram, mono proc P4 3.04 Ghz
Kernel Linux 2.6.11-rc3-mm1-jedi1
Cartes réseau intel pro 1000 MT intégrés. (les cartes intel pro 1000 MT ont déja des mécanisme de réduction d'intéruption)
Logiciel de loadbalancing : ZXTM 3 (http://www.zeus.co.uk)

La carte réseau "internet" (eth0) conservera tjrs un MTU de 1500 car elle est coté internet et notre routeur est en MTU 1500.

La carte réseau coté "serveurs web" (eth1) est celle qui nous intéresse car c'est ce coté du réseau qui a été migré en JumboFrames.

2/ Mesures avec le réseau de serveurs web interne (eth1) en MTU 1500 :
eth0 : O:180 Mbps I:36 Mbps => 216 Mbps
eth1 : O:32 Mbps I:180 Mpbs => 212 Mbps
La machine gère donc un traffic d'environ 428 Mbps

[root@capitaine] [~] [Linux] [19:21:09] P0
# vmstat 5
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
1 0 0 509272 69368 96620 0 0 0 14 15834 3615 30 55 16 0
1 0 0 509536 69368 96620 0 0 0 15 15906 3564 30 56 14 0
0 0 0 506464 69368 96620 0 0 0 5 15964 3250 31 56 13 0

Récap des résultats :
intéruptions : env 15900 int/sec
%cpu userland : 31%
%cpu system : 56%
%cpu idle : 14%

3/ Mesures avec le réseau de serveurs web interne (eth1) en Jumbo Frames MTU 9000 :
eth0 : 216 Mbps (In + Out)
eth1 : 215 Mbps (In + Out)
La machine gère donc un traffic d'environ 431 Mbps, on considère que le traffic qui transite est du même type que celui mesuré dans le test précédent. (c'est du traffic http, qui doit sensiblement se répartir de la même manière)

[root@capitaine] [/opt/ZXTM] [Linux] [23:17:01] P0
# vmstat 5
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
2 0 0 574492 69860 50908 0 0 0 3 15382 4833 27 51 21 0
1 0 0 575804 69860 50908 0 0 0 8 15507 4412 28 53 20 0
0 0 0 581068 69860 50908 0 0 0 3 15397 4693 27 51 22 0

Récap des résultats :
intéruptions : 15400 int/sec
%cpu userland : 27%
%cpu system : 52%
%cpu idle : 20%

4/ Conclusion :
On constate donc qu'avec un réseau local en Jumbo Frames on fait des économies de ressources sur les machines ce qui permettra donc à ce Loadbalancer de débiter quelques mégabits en plus avant d'etre saturé pour le poid des intéruptions.
Ces économies sont aussi mesurables sur les serveurs web du réseau local.

5/ Perso, j'suis un peu déçu, je m'attendais à un ptit peux mieux.
Mais :
- nos sites sont pleins de ptits éléments qui ne font pas forcément plusieurs kilo.
- heureusement pour nous, les navigateurs ont un cache, donc on envois de ptites réponses validant les données du cache, plutot que de grosses réponses avec des données.
[ Ajouter un commentaire ] [ Aucun commentaire ]

# Posté le dimanche 20 mars 2005 21:29

Modifié le dimanche 08 mai 2005 19:45

Yummy la salade de fruits à Sky !

Yummy la salade de fruits à Sky !
Et hop un ptit skyblog sympa :
http://saladedefruits.skyblog.com

# Posté le mardi 15 mars 2005 10:35

la dure vie des séries que j'aime suivre :/

la dure vie des séries que j'aime suivre :/
Cette année se terminent normalement Dead Like Me et Star Trek Enterprise, les 2 séries sont annulée par leur chaines respectives Showtime et UPN. (UPN qui suivait pourtant les séries Star Trek depuis un bon bout de temps).
Ces 2 morts de séries me font encore regretter d'autres séries mortes née comme : Earth 2 ou encore My So Called Life que leurs chaines n'ont pas laissé le temps de vivre.
Mais je garde encore espoir autant pour Dead Like Me que pour Star Trek Enterprise :
Dead Like Me fait tjrs parlée d'elle via MGM, et MGM semble placé du Dead Like Me dès qu'elle peut en parlée. A t elle deja revendu la série à une autre chaine ? Ou en fait elle la publicité via ses autres support ? Ex : L'épisode 18 de Stargate SG1 qui se déroule dans le Waffle House de Dead Like Me. Ou encore les multiples newsletter MGM qui parlent de la série.
Bcp plus d'inquiétude pour Star Trek Enterprise, en effet Paramout ne semble pas autant communiqué, et les séries Star Trek "Next Generation" sont a nouveau sur le ptit écran depuis 1987, 18 ans que l'enseigne Star Trek produit des séries TV à raison de 1 voir 2 saisions d'une série en une même année. Au dernières nouvelles il serait possible qu'une chaine américaine qui a deja aquis les droits de rediffusion de ST TNG et ST DS9 puisse racheter les droits d'Enterprise pour en produire une 5eme saison. ça serait le bonheur, mais j'préfère me dire que c'est de la science fiction.

# Posté le dimanche 13 mars 2005 03:14

Jumbo Frames c'est cool, quand ça marche :(

Jumbo Frames c'est cool, quand ça marche :(
Jeudi soir, enfin vendredi matin, première tentative de passage du réseau en Jumbo, plutot infructueuse :/
Tous était devenu très lent sans vraiment arriver à savoir pourquoi :/
Ce que je regrette le plus, c'est de ne pas avoir eu assez de temps pour investiguer sur ce qui se passait vraiment, quel machine foutait la merde etc...

Mais dans les problèmes bizzar qu'on a eu :
- machines qui perdait le link (un linux tout récent sur carte e1000)
- la lenteur globale de la plateforme (qui dépendait peut etre que d'1 seule machine, à vérif)
- openbsd et carte broadcom en mtu 9000 ça a pas l'air de bien rulez non plus.
- machine qui avait du link, mais qui n'envoyait pas de packet.

Et voici les doutes qu'on a eu :
- des doutes sur les ports taggués qui fesait donc maintenant transité en uplink entre chaque switch des vlan jumbo et non jumbo.
- des doutes sur les switchs aussi : le support du jumbo frames dans les HP2824 est plutot récent.
- 1 des switch n'était pas up2date (release du mois précédent)

Idées :
- uplink entre switch sur un port différent pour le jumbo (ça va ajouter quelques cables)
- isoler les machines en jumbo sur 1 switch (pas tjrs possible)
- mettre a jour le switch qui est à la release précédente
- read the fucking manual du switch (mais la rien de bien spécial dedans)
- forcer le link au giga, vérifier que certains cables ne soit pas pourris et que leur link n'ai été que en 100 mega (raison pour laquel le switch je crois se donne le droit de flinguer les gros packets)
- acheter un chat qui bouge la pate en plus. (chat chinois comme sur la photo)

Bref j'suis bien deg :/

# Posté le samedi 12 mars 2005 05:13

La Vie Aquatique

La Vie Aquatique
Bon j'vais être simple, clair et conci sur ce film :
Surtout n'y allez pas !!!!

Voila :(

(et pourtant j'aimais bien ce que fesait Bill Murray avant :/)

# Posté le samedi 12 mars 2005 04:58

"Jumbo Frames" ça pète !

"Jumbo Frames" ça pète !
Les jumbo frames ? quesque c'est ?
Normalement un réseau local ethernet utilise des tailles de packets qui vont jusqu'à 1500 octets. Donc tout ce qui transite sur un réseau est découpé en ptit morceau, et ces morceaux font maximum 1500 octets. Hors aujourd'hui on transfert assez souvent des donnée bcp plus grosses que 1500 octets donc les données sont fragmentés sur plusieurs packets que la machine doit découpée, et la machine distante réassemblée. Et tout ce ptit boulot prend pas mal de temps sur le CPU. Sur une machine qui débite peu c'est pas bien grave, ça se supporte largement, mais quand on veut atteindre des débits suppérieurs on se rend vite compte que la machine sature bien rapidement, même quand on nous vend des supers cartes gigabit de la mort qui tue.
Le Jumbo Frames donc apporte une solution aux personnes qui font transités des données de grande taille sur leur réseau. Genre de la video, des photos, des pages webs assez grosses etc...
la solution consite donc à augmenter la taille maxi des packets, dans notre cas nous allons tester des packets de 9000 octets au lieu de 1500.

Voici le protocol de test :
A- Matériel utilisé :
- 1 serveur DELL 2650 avec carte réseau gigabit intégrée, 4 Go de RAM, 2 CPU P4 Xeon 2.4 Ghz, Linux Gentoo 2.6.10-ck5.
- 1 poste client Dell Précision Workstation P3 700 Mhz 512 Mo Carte Réseau Intel Pro 1000 MT, Linux Debian/Ubuntu 2.6.x
- 1 switch HP2824 dont le firmware a été mis à jour pour l'occasion (il fallait spécifier que le vlan est "jumbo" afin qu'il support des packets allant jusqu'a 9200 octets au lieu de 1522)

B- Logiciels :
- Serveur : Apache/1.3.33 (Unix) (Gentoo/Linux) PHP/4.3.10
- Client : ab => outils de benchmark fournit avec Apache.

C- description du test :
Le test consiste donc à recup 100000 fois un fichier avec une concurency de 50 (50 clients simultanés).
Les fichiers avaient les tailles suivantes :
1ko, 5ko, 8ko, 17ko, 33ko, 65ko

Commande pour le test :
ab -c 50 -n 100000 http://test.domaine.com/??ko.txt
??ko est remplacé par un fichier de la taille voulu créé auparavant.

D- mesures :
On mesure la durée d'execution du test, et le debit de donnée obtenu par le test. (total de donnée transférées / temps de test)

E- Résultats :
On constate donc qu'en MTU 9000 sur des fichiers de plus de 8Ko on obtient un gain de débit assez important :
- à partir d'un fichier de 17ko on a un gain sur le débit de 24%
- à 33 ko, un gain de 45%
- à 65 ko, un gain de 49%
En dessous de 8ko, nous n'avons malheureusement pas de changement notable sur le débit entre un MTU de 1500 et de 9000.
[ Ajouter un commentaire ] [ Aucun commentaire ]

# Posté le mercredi 02 mars 2005 15:38

Modifié le jeudi 03 juillet 2008 19:46

Le terrain vague où maintenant il y a ma maison :)

Le terrain vague où maintenant il y a ma maison :)
Tjrs récup avec KeyHole, une photo de l'espace désertique tel qu'il était avant la construction de ma maison et des maisons et immeubles qui m'entourent.
Pour les Bondynois qui connaissent un peu le coin :
Au nord du terrain vague : la rue Edouard Vaillant.
Au sud la ligne de train RER E en direction de Gagny.

# Posté le vendredi 18 février 2005 03:52

Modifié le samedi 19 février 2005 08:26

Place des fetes (Paris 19)

Place des fetes (Paris 19)
ont des photos très bien détaillées.
[ Ajouter un commentaire ] [ Aucun commentaire ]

# Posté le jeudi 17 février 2005 12:04

Modifié le jeudi 17 février 2005 16:07

IE SP2 me protège de trop !!!

IE SP2 me protège de trop !!!
IE essai tant bien que mal de se sécuriser un peu... mais quand on a des applis en production et qu'on met a jour on rencontres vites quelques ptits problèmes.
(En l'occurence je me sert de IE pour une appli qui affiche en temps réel les messages envoyés par les auditeurs de skyrock... La machine doit donc etre capable de démarrer toute seule sur la belle page qui affiche les messages en Fullscrenn etc...)

- 1er problème les urls avec identification :
Impossible de démarrer ou de cliquer un lien du type http://login:password@hostname/query depuis quelque temps maintenant.
Donc c'est cool ça empèche des gens de croire qu'ils sont sur amazon.com alors qu'en fait il vont saisir leur numéro de CB pas du tout sur amazon...
Mais ça devient très embettant quand on a une URL de ce type comme page de démarrage par exemple. Sur une marchine qui doit tjrs fonctionner...
Voici un ptit bout de base de registre qui va vous aider à vite corriger ce ptit prob :
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE]
"iexplore.exe"=dword:00000000
"explorer.exe"=dword:00000000

Le fichier .reg peut etre télécharger à cette url http://lore.damezin.com/IE.reg

- 2eme problème : les javascripts locaux :
Pour temporiser le démarrage de mon application (le réso étant un peu long à monter sur la machine utilisée) j'utilisait une page html locale avec un javascript qui fesait un bete location= au bout de quelques secondes. Le temps que le réso soit actif sur la machine...
Voici la page tel qu'elle était :
<html>
<body>
<script>
this.setTimeout('location="http://login:password@www.blablabla.com/blablabla";',5000);
</script>
<p style="text-align:center">Merci de patienter...</p>
</body>
</html>


Donc depuis l'installation du SP2 de WinXP, au lieu qu'au bout de 5 secondes cette page me redirige sur l'url souhaitée, bah maintenant j'ai le droit à la super barre jaune "Pour vous aider à protéger votre ordinateur bla bla bla...".
Après avoir fouiller pdt 10 minutes dans tous les menus de IE, j'abandonne et je vais fouiller dans google.
Je tombe sur le blog de JonGalloway qui a fait un post sur ce problème dans d'autres conditions. (Merci merci merci merci encore merci :) )
Donc pour finter le navigateur, il suffit donc de lui faire croire qu'il a enregistrer lui même cette foutu page :)
En gros il suffit donc d'ajouter en haut de la page un truc à la con : <!-- saved from url=(0014)about:internet --> et hop ! ça marche :)

Ma nouvelle page commence donc maintenant par :
<!-- saved from url=(0014)about:internet -->
<html>
<body>
<script>
this.setTimeout('location="http://login:password@www.blablabla.com/blablabla";',5000);
</script>

# Posté le mercredi 16 février 2005 04:57

Modifié le mercredi 16 février 2005 05:11