Am�liorations probables du mod

Touriste Inscrit le: 22 Avr 2006 Messages: 1 **Citer**

Comme on dit par chez moi bien : le bonjour � tous.

Je suis nouveau, j'ai 48 ans et je me branche sur le
net et notamment sur la zen-zone depuis hier (22/04)
un peu plus. A ce propos j'avais tent� d'envoyer un post
mais j'ai l'impression d'avoir rat� l'envoi, alors je le
reproduis ci-dessous.

Il est un peu long, mais je pense qu'il ade quoi interpeller
un peu tout le monde.

Soyez sympa, ne m'en veuillez pas si je ne r�agis pas assez vite
je n'ai pas tout compris comment �a fonctionne.

A bient�t et merci pour vos r�ponses et explications.

=========== Reproduction du 22/04/2006 ==============
Salut � tous,

je suis nouveau et je sollicite votre indulgence mais j'ai une r�flexion depuis quelques jours qui me
turlupine, je vous la livre et j'attends vos lumi�res.

Merci � tous

Le texte ci-dessous est titr� du lien
http://archive.e-zenzone.net/faq4-.html#8

"Trop de partage tue le partage"
===============================
Dans emule vous avez une file d'attente de clients qui viennent chez vous pour downloader certains de vos sources
mis en partages. Cette file d'attente est g�n�ralement param�tr�e � 3000.
A quoi servirait de mettre plein de sources � disposition si la taille de votre file d'attente ne permet pas aux
utilisateurs de venir DL chez vous dans les meilleurs conditions (queue pleine, attente trop longue voir ind�finie).

Il vaut mieux que vous cibliiez vos partages. N'oubliez pas vous avez des cr�dits chez les gens qui sont venus DL
chez vous. Il est donc pr�f�rable de ne mettre que les fichiers qui vous ressemblent le plus et ainsi d'�tre s�r
de DL chez des gens qui auront les m�mes affinit�es que vous.

Vous aurez ainsi plus de chance d'avoir d�j� un cr�dit chez eux lors de vos prochains DL.

R�flexion :
===========
Plus je relis cette explication, plus je me demande pourquoi les cr�ateurs de la mule, et surtout au moins un cr�ateur
de mods n'a toujours pas pens� � optimiser � fond le syst�me. En ce qui me concerne, si je savais programmer
je l'aurais d�j� fait car, il y a une donn�e qui ne semble pas avoir �t� prise en compte il s'agit du :
Renouvellement du ou des fichiers sur le r�seau !

Explication :
=============
Apr�s un certain temps un internaute vide son disque dur du/des fichiers qu'il a acquis ou mis � disposition
de la communaut�. C'est �vident tout le monde peut avoir envie de changer. D'ailleurs la meilleure preuve
m'est donn�e par la mule elle-m�me puisque lors d'une de mes connections en lisant le log voici ce que
j'ai pu y lire :

10/04/2006 23:43:37: Fichier de cr�dits charg�, 20928 clients sont connus,
75392 clients supprim�s (pas vus depuis 5 mois)

Cons�quences :
==============
1 - En faisant cela, perte de cr�dits chez tous ceux qui ont DL chez l'internaute,
2 - Obligation de reconstituer une nouvelle r�serve pour pouvoir acc�lerer les futurs
progressions dans les files d'attentes.

Proposition :
=============
Le syst�me pourrait pallier � cela en cr�ant un fichier qui aurait pour mission :
1 - tenir compte de l'anciennet� de linternaute sur le r�seau,
2 - g�rer le solde de l'alimentation et du d�bit des octets partag�s,
3 - affecter une pond�ration sur le solde de chaque session avant d'�tre cumul� au solde global.

Observations :
==============
A - On voit bien que le syst�me n'a pas pr�vu le cas du renouvellement de fichiers et, qu'il garde chez chaque client
pour pallier � cet �tat de fait le compteur de cr�dit. Dans mon cas je "perd" le cr�dit attach�s � la suppression
de 75392 clients, peut-�tre en avais-je beaucoup peut-�tre pas !!! Pour moi ce doute est insupportable.

B - Imaginons qu'une saisie soit effectu�e par une certaine cat�gorie de la population chez un internaute,
comme il y a eu chez Razorbak, l'anonymat est encore plus renforcer. En effet, que pourra-t-on tracer ?
Rien !!! Pourquoi ? tout simplement parce que :
- chaque client continuera � faire des demandes � des serveurs,
- les serveurs continueront � mettre les internautes en relation et,
- les �changes continueront.

La diff�rence, et elle est de taille c'est que cette fois il n'y aura plus chez aucun internaute les
coordonn�es des clients qui nous doivent ou � qui nous devons des cr�dits !!!

Analyses :
=========
Ce qui veut dire que si d'aventures les informaticiens d'une certaine population pondent un programmes de tra�age
bas� sur les donn�es saisies d'une session d'un internaute qu'ils ne pourront plus continuer � faire ce qu'ils
ont commenc� aujourd'hui : du tra�age � partir des adresses IP des mises en relations.
M�me si les Fournisseurs d'acc�s, qui se seront transformer en collabos, transmettent la preuve d'une connection
entre deux ou plusieurs ordinateurs, la preuve finale qui est l'ordinateur d'un utilisateur ne pourra plus servir.
Aucunes Traces IP dans les donn�es des programme d'�changes !!!!

Par contre s'ouvre une nouvelle �re pour les internautes et leurs avocats en ces temps de judiciarisation de notre
soci�t�. En effet ils pourront se retourner contre les FAI, contre les donneurs d'ordres, etc...
Pour les emp�cheurs de tourner en ronds d'internet, Maisons de Disques, gouvernants etc..., �a va faire pas mal
et bonjour les op�rations de boycotts.

Car n'oublions pas que si en France internet, qui s'est cons�dirablement d�velloper gr�ce aux familles,
meurt pleins de soci�t�s, elles aussi en France, passeront aussi de vie � tr�pas, comme d'habitude !!!
Cependant, de tas de soci�t�s bas�es ailleurs sous d'autres cieux plus hospitaliers proposeront les m�mes
services que fournissaient les soci�t�s-collabos. Et une d�localisation de plus !!!

N'�tant informaticien, mais citoyen j'esp�re que mon analyse tiens bien la route.

Gordon

tres bonne Observations
...