At 13:15 20.04.02, you wrote: >humm >ton design, c'est bien joli, un peu sapin de noel, un peu beaucoup >meme.
C'est une premi�re analyse qui n'est peut-�tre pas cr�dible alors si tu as des arguments plus pr�cis, je suis tout ouvert � tes remarques. >jusqu'a 1Gbps de debit total, aucune raison de prendre autre chose que >PCI 64bit comme bus, pas de crossbar. Petit calcul on prend quatre cartes � 1 GB full duplex = 1GBytes/s, un bus PCI 64 bits 66 Mhz = 528 MBytes/s (je ne sais m�me pas si il existe des cartes m�res avec plus de 2 slots 64 bits � 66 MHz), alor il y a un petit probl�me. >au dessus, ca devient du tres haut de gamme, jusque a peu >reserver au design entierement proprietaire. >desormais plus, les network processor et les crossbar switch >sous forme de circuits integre 'standard' commence a exister, >et des modules tout cuit comme j'ai indique dans les URL. > >mettre un crossbar switch comme fond de panier, alors que >c'est encore un cpu central qui commnute, ca n'a pas de sens >car le cpu serait des le depart le goulet d'etranglement. Attention il y a un CPU sur chaque carte qui ne traite en parall�le que 3 flux en duplex par l'intermediare de 2 fifo e/s du cross-bar, 2 flux (e/s) et le flux avec le bus PCI ceci quelques soit le nombre de cartes. Ceci implique naturelement un cross-bar pouvant transmettre en parall�le la totalit� des flux exterieur mais pas ceux qui transite par le bus PCI. Naturelement si toutes les quatres cartes recoivent et emettes des donn�es avec la machine proprement dite cela va de toute fa�on bouchon� sur le PCI mais ce n'est pas l'objectif de ce type de config orient� routage. De plus les processeurs de chaques cartes ne traitent que les headers puis s'occupe de planifier la connection directe entre les fifo e/s CB-Ext�rieur-PCI. C'est config m'a �t� un peu inspir�e par les sch�mas de la s�rie C-5 de motorola. Le probl�me le plus tactique c'est l'implantation de QoS qui implique un fifo pour chaques priorit�s et ceci pour chaque flux. >en gros: crossbar switch implique soit un traitement >des paquet en hardware dedie, ou en network processor. Cette config � l'avantage de pouvoir charger le soft tournant sur le processeur des cartes et m�me �ventuellement les config des PLD comme le chargement du firmware de produits tel que les carte C4 d'AVM. On peut m�me utilis� l'obscure option I20 du kernel. >reciproquement, un design avec un CPU central ne merite >guere plus qu'un bus passif (ou evt. plusieurs) tout a fait >standard. > >le probleme hardware est resolu. >c'est le but, le logiciel est deja un sacre bordel a gerer >(cf. grandeur et decadence de Cisco system). > > >un truc vraiment passionant est d'imaginer faire tourner >des morceaux de linux sur des network processors. Tu pense � des micro-serveurs ou des �l�ments de ce genre. Il me semble qu'il existe d�j� des micro-serveurs avec juste une connextion rs-232 � connecter sur un modem et quelques e/s, ils sont bas� sur microcontroleurs style PICxxxx ou tous est integr� dans une puce (ram,eeprom,clock,timer etc). Il sont utilis�s pour des application de domotique comme par examples pour g�rer le chauffage � distance. Dans ces cas on oublie le C, c'est de l'assembleur � fond la caise hystoire de grapiller quelques bytes. Tu peux �galement voir ce type d'application dans les transceiver Lantronix qui comporte un micro-serveur www et d'impression. Remarque on pourait envisager de prendre un peut plus de marge avec du hard comme celui propos� � l'adresse http://www.openhardware.net/ez328simm/index.php, mais c'est quand m�me 340$ pour une config avec la carte ethernet. >mais bon, encore une fois, pour 1Mbps de debit, c'est >un peu lourd comme solution :))) Naturelement ce sujet n'a aucun lien avec mon petit backbone qui pour moi techniquement est assez bien d�finit, il ne me reste qu'� affin� le compromis financier et persuader nos conseill�s communaux. C'est plut�t un exercie de style qui � de forte probalit� de ne pas aboutir mais me permet d'aprofondir mes connaisances �tant donn� qu'il y a relativement peu de temps que je me suis interess� au r�seau et que mes connaissances dans ce domaine ne sont pas tr�s �tendues. C'est un peu de l'�veil technologique, il parait que ce terme est � la mode. Il faudrait peut-�tre changer le sujet du mail. A+ Martial >une question. Ouais, pour se d�sabonner aussi. ---------- MuTECH Martial Guex Rue des Alpes 1452 Les Rasses Switzerland Phone : +41 24 454 46 35 Fax. : +41 24 454 46 32 Email : [EMAIL PROTECTED] ([EMAIL PROTECTED] for Microsoft Outlook users) -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
