[ZZUL] Fonctions Et Options , particularit�s des mods ZZ

Fonctions & Options (zzul)

Ce patch contient plusieurs modifications pour l'upload dans eMule,
des modifications particuli�rement int�ressantes pour les releasers :

ZZ SlotFocus :
- Focalisation de la bande passante en upload sur le minimum de slots possibles !
  (Un seul slot si possible) Transf�rez vos fichiers au moins de monde possible, mais le plus rapidement possible. Des transferts rapides de parties compl�tes permettent la redistribution de ces parties (par les autres clients) plus rapidement �galement. A 76Kbytes/s ZZUL ouvre 6 � 10 slots, alors que le client eMule officiel en ouvre 24. ZZUL n'ouvre de nouveaux slots que si n�cessaire (pour utiliser la bande passante allou�e). La focalisation sur un slot version 2 est disponible dans ce patch. La version 1 est utilis�e dans eMule Plus (et d'autres ?). Vous pouvez voir quel est l'upload prioritaire en consultant le chiffre indiqu� dans la colonne "Slot#". Le Slot#1 prend toute la bande passante qu'il peut recevoir. Le Slot#2 prend les "restes" apr�s que le Slot#1 ait pris ce qu'il peut, etc.
  
  /!\ Attention :
  Lorsque vous t�l�chargez un fichier, il est pr�f�rable de donner aux autres clients toutes les parties compl�tes que vous poss�dez d�j� de ce fichier le plus rapidement possible. D�s que vous avez distribu�, propag� vos parties compl�tes, les autres clients vous aideront r�ellement � r�cup�rer les parties qu'il vous manque. Vous pourrez alors r�cup�rer ces parties chez eux (et rapidement, puisque vous aurez obtenu des cr�dits chez eux). Se sera �galement plus facile pour vous de r�cup�rer ces partie de la source originale, puisqu'elle ne sera plus monopolis�e pour les parties que vous avez d�j� obtenues et que vous transf�rerez d�j� aux autres clients. Vous pouvez ainsi uploader aussi vite que possible !
ZZ UploadSpeedSense :
- Trouve automatiquement la meilleure vitesse d'upload possible pour votre connexion !
  ZZUL fonctionne maintenant bien "hors de la bo�te", sans n�cessiter de configurer la vitesse d'upload. R�glez juste la limite � 0 (illimit�e) dans les pr�f�rences et relaxez vous. Si vous utilisez un autre programme qui a besoin de bande passante, ZZ UploadSpeedSense (USS) r�duira automatiquement la vitesse pour eMule pendant que d'autres transferts se font. Lorsque ces transferts seront termin�s, ZZ USS r�ajustera la vitesse d'upload � sa configuration pr�c�dente et optimale.
ZZ UplodSpeedSense ne fonctionne pas correctement pour les "multihomed hosts"
ZZ PowerShare :
- Partagez prioritairement des fichiers sans devoir en sacrifier d�autres
  Vous pouvez r�gler des fichiers en "powershare" par clic droit dans la liste des fichiers partag�s en s�lectionnant "Powershare"->"Set powersharing". Les fichiers ayant le powershare activ� seront upload�s chaque fois que quelqu'un les demande (prioritairement). Peu importe le nombre d'autres fichiers que vous partagez ou downloadez. Ceci permet aux fichiers que vous "releasez" d'�tre diffus�s efficacement, tout en continuant de downloder normalement. Si les fichiers en priorit� "release" n'utilisent pas toute la bande passante allou�e, les fichiers avec d'autres priorit�s seront diffus�s. Cela signifie que vous n'avez pas besoin de ne pas partager les fichiers que vous ne "releasez" pas. Ceci permet de donner plus de sources pour les fichiers sur le r�seau, et de s'assurer que la bande passante est toujours utilis�e � 100% pour diffuser efficacement vos fichiers.
ZZ FriendSlots :
- Fonctionnalit� am�lior�e co-release/ami !
  Toute la bande passante en upload est focalis�e sur les slots amis, si un ami veut t�l�charger. Vous pouvez donner plusieurs slots amis simultan�ment. Vous pouvez partager vos fichiers avec vos amis et vos co-releasers plus efficacement avec eMule, au lieu d'utiliser un serveur ftp, ICQ, irc-dcc ou des moyens similaires. Vos co-releasers commenceront � partager le fichier d�s l'obtention de la premi�re partie compl�te, au lieu d'attendre que la totalit� du fichier soit transf�r�e. Si vous avez plusieurs co-releasers pour diffuser vos fichiers, eMule s'assurera de la rotation de ceux ci sur les slots d'upload, donnant une partie compl�te � chacun, pour �tre s�r que le fichier est disponible le plus vite possible (utilisant toute la bande passante). Si vos co-releasers donnent �galement des slots amis, le fichier sera diffus� encore plus vite ! Pendant que vous uploadez � vos co-releasers, les autres clients pourront vous trouver comme source, et d�s que vos amis auront fini le t�l�chargement, la bande passante sera automatiquement employ�e pour tous ces clients voulant vos fichiers. ZZUL m�morise lesquels de vos amis ont obtenu des slots entre les relances.
- Le trafic en upload sera diffus� avec le ping le plus bas possible
  Ceci inclut tout le trafic "overhead" hors limite, tel que le partage de source, etc... (Cette fonction est bas�e sur une id�e de Slugfiller, mais ZZUL a sa propre m�thode)
- Le trafic overhead est maintenant limit� par la limite d�upload
  Cela permet d'emp�cher eMule d'utiliser plus de bande passante en upload que celle allou�e dans les pr�f�rences.
ZZ TransferRatioBalance :
- Limitation plus flexible de la vitesse de download
  Si vous avez upload� au moins un tiers de ce que vous avez download�, depuis le d�marrage du programme, vous aurez une vitesse illimit�e de download. Cela vaut �galement pour des utilisateurs de modem 56k et autres petites connexions. Cependant, si vous avez upload� moins, compar� � vos downloads, ces derniers s'ajusteront, pour obtenir un ratio de 1:3. Veuillez noter que les uploads aux slots amis ne sont pas inclus dans le total upload�, ainsi il n'est pas conseill� d' uploader exclusivement aux amis si vous souhaitez �galement downloader.
ZZ SmartQueueLimit :
- Meilleure gestion de la file d'attente
  Il y a une limite "douce" pour la file d'attente, celle ci est environ 30% inf�rieure � la vraie limite (dure). Une fois que la taille de la file d'attente atteint la limite "douce" eMule commencera � �tre plus s�lective quant aux clients autoris�s � rentrer en queue. Elle autorisera seulement les clients qui ont des cr�dits �lev�s, ou qui veulent des fichiers avec des priorit�s �lev�es. Afin de s'assurer que les clients qui veulent vos releases rentrent toujours en queue, m�me si la file d'attente est "� priori" pleine.
ZZ TypeToFind :
- Plus facile de trouver vos fichiers dans les listes Int�gr�e dans eMule officielle depuis la 0.30a
  La recherche d'un nom de fichier dans la liste de download et les fichiers partag�s simplement en �crivant le nom de fichier que vous voulez trouver. eMule s�lectionnera le nom de fichier pour vous.
ZZ QRSort :
- Facilite la visualisation de la source chez laquelle vous avez la meilleure position
  Classement par statut, puis double clic sur un fichier que vous essayez de downloader. La liste des sources sera affich�e avec la source ayant le plus bas QR d'abord.
ZZ ShowVersion :
- Acc�s facile aux informations � propos des clients auxquels vous �tes connect�
  Indique les versions d'eDonkey et d'eMule dans chaque liste, ainsi que les mods que les clients utilisent.
ZZ LowIDFairness :
- Soyez plus sympa avec les clients en Low ID
  Les clients en low ID se connectant � ZZUL seront mieux trait�s qu'ils ne le sont par le client officiel. Si vous �tes un client en low ID et que c'est votre tour de downloader d'un autre client distant, vous ne pourrez pas downloader tant que votre client ne sera pas reconnect� � ce client distant.
  
  Si le client distant est un client eMule officiel, il se peut que vous ne soyez pas autoris� � commencer le download m�me apr�s reconnexion, quand bien m�me se soit votre tour de download.
  
  Si cependant, le client distant est un client ZZUL, il vous sera toujours permis de vous connecter. Si vous avez attendu plus longtemps (et qu'il a �t� d�cid� que vous obtiendrez le download � la prochaine reconnexion) que le dernier des clients compl�tement connect�, alors vous "descendrez" ce client � un slot de "r�serve", et prendrez son slot "entier". Si vous n'avez pas attendu assez longtemps, vous obtiendrez un slot de "r�serve" (trickle slot), et serez maintenu connect� pendant 3 minutes. Si vous �tes "mont�" � un client enti�rement actif pendant ce temps, vous obtiendrez votre slot.
  
  Si vous n'�tes pas "mont�" � un client enti�rement actif durant ce temps, vous serez remis en file d'attente, mais vous serez en premi�re position. Cela signifie qu'� votre prochaine reconnexion (environ 20-30 minutes plus tard) vous aurez de grandes chances de "descendre" l'un des clients connect�s, et de prendre un slot actif complet.
  
  Ce comportement donne une �galit� de chance pour les clients en high ou low ID. (notez SVP, vous ne pourrez pas "descendre" un client qui veut un fichier en powershare, � moins que vous ne vouliez �galement un fichier en powershare).

New in latest version :

Based on 0.30a
Splitted Transfer tab in two: Download tab and Upload tab
UploadSpeedSense: Fixes for special cases (24h ip-change, connection temporarily down, some ttl's don't respond correctly, low latency connections, etc)
Fix: Last version started using more cpu after an upload slot had passed the transfer amount of 10 Mbytes. FriendSlots or high prio file can pass the 10 MBytes limit. Should be fixed now.
Show number for all gridlines in statistics graphs. Not just the top, bottom, and middle ones.
Fix: Sometimes timed out connections could be left in upload slots for a very long time.
SlotFocus: Changed logic for when to open new slots. Will now open slots later than before.
SlotFocus: Changed logic for how trickle slots are given data. Now gets data more often (but in smaller chunks).
Updates upload lists more often. (5 times a second)
Now shows how much unpacked data has been sent to the client in the upload slot (in parentesis).
Now uses VQB influenced upload session end control, instead of the previous Tarod influenced upload session end control. Now all clients will be allowed to get 10 MBytes before ZZUL will force end the upload session. A client that gets an upload slots, and are then put back on the queue in first position, will remember how much it got to upload the last time. When it the reaquires the slot, it will get transfered info like this "4.66MB=4.39MB+280KB (5.42MB)". This means, from left to right: 1) How much client has uploaded since it started this queue session (that is, entered in last place in the queue). 2) How much it has uploaded since it got the current upload slot. 3) How much it has gotten earlier times it had a queue slot this queue session. 4) How much unpacked data that has been sent to this client during this queue session.
A client will only start a new queue session if it has completed it's transfer (that is, gotten 10 MBytes of data). If we kick it out of its upload slot for some other reason, it will keep its waiting time, and will soon get a slot again. With this new info in transfered column, it is possible to see how much data has been uploaded during the entire queue session, not only since it got the current transfer slot.
Started detailed logging about why upload slots are closed. This is a project to trace why the average upload amount is lower than I think it should be.
UploadSpeedSense: various small tweaks and improvements.
New line in upload graph, showing uploads without included overhead, to be compared with the line allready there, that includes overhead. This makes it very clear that overhead most of the time is very low, with a few burst while connecting to server, and when exchanging sources with other clients. But all in all overhead is mostly invisible (the two lines are more or less identical).

Merci � six-ifs pour cette FAQ
_________________

Selon le philosophe Ly Tin Wheedle, on trouve le CHAOS en plus grande abondance o� l'on recherche l'ORDRE.
Le CHAOS l'emporte toujours sur l'ORDRE parce qu'il est mieux organis�.