Reprise du message précédent :
les données de parités sont distribué sur tout les disks, je croyais que ct une variante du raid5, je parlais donc du raid4 en fait.
 
Donc perf moins bonnes logiques, certes meilleurs qu en solo mais pas top non plus.  
 
Question donc : Pourquoi les cartes ne gerent t'elles pas le 4 (celui qui m interresse donc ). La pluspart des cartes sont indiqués comme supportant raid 0,1 0+1, 5. Peut etre que ca n'est pas precisé mais que c'est géré quand meme ? Quelqu'un confirme ? Qu en est il des performances si on envisage un raid 5 de 3 disks S-ATA 8 Mo de cache

Je ne pourrais pas t'aider car je n'ai jamais utilisé de RAID...

reste qques question en vert dont g po eu la réponse  

 
Le partitioning de switch permet de faire plusieurs switchs avec un seul: cela permet de diviser les resources afin d'avoir plusieurs switchs virtuels totalements indépendants.
 

 
Peut-être est-ce utile pour regrouper 4 ports et faire du 4*100 de switch à switch...
 
P.S.: Tout ce que je viens d'écrire est sujet à erreur car je n'ai jamais eu affaire à ce genre de matériel

euh, oué jve bien mais là j'ai aps un switch, j'ai un hub.  
 
pis c'est pas du 100 mais du 10

 
+1

pour la table arp, tu l'obtiens comme ça :
 
Sous windows : arp -a

 
Sous linux : arp -a

 
ou avec le package iproute :
ip -4 ne pour avoir la rel ip-->mac
ip -6 ne pour le même avec les ipv6
et ip ne pour les 2 rassemblé :

merci  

 
nouvelle question ajoutée    (ping 127.0.0.1)

Ca permet de montrer que la pile TCP/IP n'est pas partie dans les choux car c'est l'ip qui termine toute connexion (d'ailleurs c'est 127.0.0.1 et pas .0)

et c'est quoi une pile Tcp/ip ?    
 
 
 
 
ps :  j'ai édité le post au dessus  

La pile TCP/IP est en quelque sorte un driver permettant de gérer les protocoles TCP (Transmission Control Protocol - RFC: 793) et IP (Internet Protocol - RFC: 791).
 
Tu utilises ces 2 protocoles lorsque tu surfes sur HFR.

La pile TCP/IP est au réseau ce qu'est le kernel pour un OS

oki merci  

 
Désolé pour le manque de précision: la pile TCP/IP gère aussi l'UDP , l'ICMP et d'autres protocoles... Mais elle porte mal son nom, aussi  

C clair, c la pile IP plutot mais c'est le modèle TCP/IP utilisé

 
En fait, on l'apelle modele tcp/ip car il est inspiré du modele osi, qui au niveau de la couche transport, utilise un protocole qui assure la bonne reception du messages (donc, mode connecté, controle de flux et tout le reste). Le probleme, c'est que c'est du coup assez lent, et que l'on prefere parfois plus de rapidité, sans forcement de garanti de reception : on a donc le protocole udp, qui fonctionne en mode non connecté. Il est utilisé par exemple dans les jeux on-line, ou par le protocole DNS (du moins pour la consultation de serveurs, pas pour l'echange de tables), ou l'on prefere la rapidité au depend de l'integrité.
 
Et on parle pas de pile mais de modele tcp/ip.

merci des précisions, on voit que ya des habitués dans le coin    
 
 
 
 
sinon, eupe ! pke je veux savoir comment ça marche le truc des "LED PARTITION" sur mon hub

 
Je viens de regarder et au taf, on a un hub comme ça... Je vais chercher de la doc

Salut,
 
En ce qui concerne les leds partitions :
 
Le hub peut choisir de déconnecter un port lorsque :
 
- il détecte trop de collisions consécutives
- les collisions sont trop longues
- jabber : trames trop longues ou incompréhensibles
 
A ce moment là, la led parition du port en question s'allume. La cause de ce genre de problème est dans 99% un problème hardware (cable ou équipement défectueux).

Merci beaucoup Gardien !!  

ouéééé merci    
 
et par hasard tu saurais pas ce que c'est l'histoire des 4 Leds UNIT ?