Des HUBs qui vont rediriger le trafic qui va dans ta boucle � ta boucle et non pas
demand� � la switch de le faire. La plupart de HUBs font ca... mais les plus petits ne
le font pas.
Si tu as d'autres questions n'h�site pas, j'en ai fait plusieurs r�seaux. TU as une
configuration simple, dans la description que je t'ai fait j'ai pr�-suppos� plusieurs
choses : entres autres que les utilisateurs de chacun de tes groupes restent dans le
m�me groupe qui utilisent le m�me sous-ensemble (sous-grappes) d'ordinateurs. En
passant, pour r�duire les co�ts, selon l'utilisation suppos�s tu peux mettre certains
lien 10 mbits et certains du 100mbits. Exemple : si tu sais que l'utilisation normal
du r�seaux sera principalement inter-ordinateur, tu mets les grappes � 100mbits et le
liens intergrappes � 10mbits.
Pour r�duire de beaucoup tes co�ts, si tu sais que tes utilisateurs vont utiliser que
des applications bureautiques ou internet et peu de jeux graphiques hyperdemandant, tu
peux mettre pour tes postes de travail des clients X (386+carte vga +carte r�seau
bootable et sans disque) et avoir un (des) serveur(s) central (ux) Linux (ou Un*x)
avec les applications bureautique et autres. Dans ce genres de configuration, tu peux
sauver environs (au Canada) de 1000$ � 1500$ (�5000ff � 8000$) par poste sans perdre
de fonctionnalit�s, tu peux ainsi investir dans des serveurs et surtout un r�seaux
plus puissant qui va compenser l'utilisation que tu vas faire de ta bande passante.
Tu installes alors sur ton (tes) serveur(s) les outils bureautiques qui vont y rouler
et des client X ne font que l'affichage des fen�tres. Il y a beaucoup d'�cole
primaire et secondaire qui utilisent justement cette fa�on de proc�d�, les co�ts
d'am�lioration du r�seaux se trouvent aussi tr�s diminu�s dans le future. Mais l� pour
la performance, tu as besoins surtout de plus de m�moire dans ton ordi central selon
ce qui sera utilis�, tu peux penser � �10 � 20 megs par usagers/poste simultan� avec
comme maximum 1gig pour un serveur.
En fait, si tu as moins que 10 usagers par serveur, tu calcul 20 megs par usager, si
tu as entre 10 et 50 usagers, tu en calcul 10 megs, si tu as plus d'usager, �a diminu
encore ! Pourquoi, simplement que plus tu as d'usager, moins il y a de possibilit�
qu'ils utilisent des applications diff�rentes, et comme dans Un*x toutes les
applicaitons on une partie de la m�moire partag� (le code) et une partie priv�
(l'espace de travail) tu r�duit ainsi tes co�ts en m�moire.
Exemple : 1 serveur Un*X avec 100 clients X et 100 usager qui utilisent que
(supposons) un traitement de texte, un tableur et un fureteur. Tes clients X auront la
m�moire �quivalent � la m�moire de la carte pour faire fonctionn� le serveur X (dont 2
meg) (notes qu'il n'y a aucun processus qui fonctionne sur les clients X) ta machine
serveur X n'as que le syst�me d'exploitation � faire fonctionner (disont selon le cas
de 10 � 20 megs de m�moire) et les applications (un traitement de texte 7 megs, un
tableur 10megs, et un browser avec java 10 megs) et de l'espace pour les donn�es pour
chacun de tes usagers pour chacune des applications (2 � 3 megs / programmes / usagers
) donc 20 megs + 25 megs + (3 *100 *3) = besoins plus que maximum 45+900 megs < 1 gig.
Ce qui veux dire que chaque usager peux simultan�ment ouvrir les trois applications et
les faires fonctionner et �changer des data entre les trois applicaitons etc., etc.,
sans d�passer jamais ta m�moire.
Il y a plusieurs sites parlant ce type de configurations dans les groupes Linux...
quelqu'un � un lient ?
-Denis
mdwax <[EMAIL PROTECTED]> wrote:
>denisbergeron a �crit :
>
>> Salut,
>>
>> Je ne vois pas ton probl�me ! Tu as une simple configuration en �toile.
>> - Le fait que tu as d�j� des grappes d�finit va facilit� ton travail.
>> - Il faut que tes hubs soient des bons hubs intelligent.
>
> C'est a dire ???
>
>--
> Mdwax
>
>Windows, un produit : Linux, un syst�me.
>
>
>
>
>
----------------------
Do you do Linux? :)
Get your FREE @linuxstart.com email address at: http://www.linuxstart.com
