NAVIGATION : INDEX DU FORUM / ACCUEIL DE P2PFR / WIKI

Merci de faire une recherche avant de poster :)

Nous sommes actuellement le 29 Mars 2024 00:46

Heures au format UTC + 1 heure [ Heure d’été ]




Publier une réponse
Nom d’utilisateur:
Sujet:
Corps du message:
Saisissez votre message ici. Il ne doit pas contenir plus de 60000 caractères. 

Émoticônes
O_o :D :O ;) 8) :p :[ >( :o :s :( :o :-o :roll: :x :p2pfr: :bisous: :oops: :cry: :evil: :makeadeal: :pleure: :french: :help: :miam: :vomi: :sniper: :spit: :teleport: :wobble: :ass: :dispute: :fume: :google: :aime: :boire: :coucou: :diable:
Voir plus d’émoticônes
Taille de la police:
Couleur de la police
Options:
Le BBCode est activé
[img] est activé
[flash] est activé
[url] est activé
Les émoticônes sont activées
Désactiver le BBCode
Désactiver les émoticônes
Ne pas compléter automatiquement les liens
Question
Écrivez "humain" puis ajoutez le symbole 挧 après la lettre 'h'.:
Cette question est un moyen d’identification et de prévention contre les actions automatisées.
   

Aperçu du sujet - Centralisation - Ionix
Auteur Message
  Sujet du message:   Répondre en citant
arf
La morph est particulièrement complexe (cf. ce que j'ai noté à son sujet :D)
et en plus, pour la version 7.0, l'upload n'est pas non plus de toute beauté.
Donc, oui, la Ionix est moins lourde et complexe que la morph :lol:
(mais ils ont quand même 4 options Tweaks... et toutes ne sont pas inutiles! :-o )
Message Publié: 17 Juin 2005 16:28
  Sujet du message:   Répondre en citant
La Ionix est un trés bon Mod ,

tu indqiue qu'elle te semble complexe, pourtant je la trouve beaucoup moins complexe et lourde que la Morph , non ?

qu'est ce que tu en pense ?
Message Publié: 17 Juin 2005 11:20
  Sujet du message:   Répondre en citant
Et voilà la nouvelle version, sensée fonctionner également avec le SP1 de Windows ;)


Image

Exécutable :
ed2k://|file|eMule0.46a-ionix-4.21-uni- ... 14F4329B|/

Installeur :
ed2k://|file|eMule0.46a-ionix-4.21-uni- ... 7A12F40E|/

Sources :
ed2k://|file|eMule0.46a-ionix-4.21-uni- ... A9CB862B|/

Changements :

[compiled with VS 2003]

added: option to disable ProgressBars [WiZaRd/Aireoreion]

fixed: WS2_32.dll error [Netfinity]
fixed: Connection problems [Aireoreion/WiZaRd]
optimizied: AntiNickThief [Stulle/WiZaRd]
Message Publié: 08 Juin 2005 10:04
  Sujet du message:   Répondre en citant
Je me permet également de copier ci-dessous un post super intéressant pour vous aider à démarrer avec ce mod:

(trouvé sur Open-Files)

De six-ifs:

Fonctions et Options du Mod Pawcio

Citer:
  • Pawcio Bandwidth Control (Tag : "Pawcio : BC")
    - Onglet "Bandwidth Control" dans Preferences
    Système d'upload totalement nouveau basé sur Maella (50ms, partage des paquets), ZZ (US) et mes propres idées.

    • Algorythme spécial pour réduire le nombre de slots ouverts
      -(optionnel, activable ou non par l'option "réduire le nombre de slots ouverts")

    • Réglage de la bande passante par paliers de 0.1 kB
      -(idée de Maella)

    • Options simplifiées pour l' USS et le DSS
      -(maintenant, vous n'avez plus qu'à choisir les minima d'upload/dowload et décider de la bande passante allouée à eMule - curseur - plus besoin du pourcentage du plus petit ping)

    • Options avancées pour l'USS et le DSS
      -(vous pouvez choisir exactement le ping maxi et le serveur sur lequel le faire)

    • Gestion automatique du Max Connections et Max Connections par 5 secondes. Si vous les réglez trop haut, BC (Bandwidth Control) peut le détecter.
      -(optionnel - peut être activé ou désactivé par "Manage of active connections)
      Info : BC change seulement les réglages trop hauts
      -(quand l'option est activée). S'ils sont corrects, ils ne seront pas changés.

    • Possibilité "d'attraper" les upstream/downstream complets d'eMule dans des limites définies :
      1. Protocole eMule, IP, TCP, UDP header overhead (option "Include Overhead")

      2. Négociation des connections TCP (option "Include connections overhead") - calculs empiriques

      3. Reconnaissance des paquets TCP (option "Include TCP Ack") - empirique (ne tient pas compte de la taille RWIN - seulement 2.5% du flux)

    • Cumul de la bande passante en upload sur certains slots
      - (optionnel "Cumulate Bandwidth for upload slots") - idée de ZZ : SlotFocus

    • "Session up:down 1:4"
      -(de MorphNext)

    • Statuts de l'USS et du DSS (working, preparing etc.) et toutes les limites (up et down) sont visibles dans l'onglet Bandwidth Control (vous pouvez entrer n'importe quelle valeur dans l'onglet Connection mais les limites de ratio sont préservées, vous pouvez les voir dans l'onglet "Status on Bandwidth Control")

    • Il y a une nouvelle sorte de clients : place réservée dans la queue
      • Lorsque "Minimize number of opened slots" n'est pas sélectionné, ce client réservé est ajouté quand un client en upload a fini sa session (il prend le slot libre sans délai)

      • Lorsque cette option est sélectionnée, il y a un nombre défini de clients réservés (algorythme in CUploadQueue ::AcceptToReserve)

      • Lorsque l'option "Cumulate Bandwidth for upload slots" est sélectionnée, les clients réservés ressemblent aux Trickle Slots chez ZZUL (il y a donc une totation entre la queue d'upload et la queue réservée)

    • Lignes bleues ajoutées aux graphiques (dans la fenêtre Statistiques) montrant la totalité de l'upload et du download actuels (incluant l'overhead).

    Info:
    Lorsque l'option "Include connecting overhead" est sélectionnée, vous devez régler votre upload à un minimum de 11kB/s (au lieu de 10) pour bénéficier d'un download illimité, et un minimum de 3.5 kB/s (au lieu de 3) pour bénéficier d'un ratio 4X.
    Lorsque l'option "Include TCP Ack" est sélectionnée le ratio up:down de la session (ZZ:RATIO de MorphNext) est forcé. Toutes ces limites sont visibles dans "Status - Bandwidth Control".

  • Option pour les RELEASERS :

    • Power Sharing de ZZ (implémentation sûre MorphKad 0.4).
      Les fichiers en mode Power Shared sont automatiquement uploadés par chunks complets, sans tenir compte des réglages dans "Preferences"

    • HideOS / Selective Chunk Sharing du mod SF-IOM

    • Hide OS value and Selective chunk per file basis.
      Chaque fichier peut avoir ses propres réglages (click droit sur un fichier dans la fenêtre "fichiers partagés"). Les fichiers en RELEASE peuvent avec une valeur HideOS de 1 et l'activation du "Selective Chunk" (comme Slugfiller le recommande) et les fichiers normaux la valeur par défaut (HideOS = 5)

    • Part Selector
      Vous pouvez choisir manuellement quelles parties sont activées ou désactivées (eMule Plus) ou laisser faire les réglages automatiques (par HideOS). L'activation manuelle marche seulement pour les fichiers complets et ceux avec le Power Shared activé. Comme dans HideOS, si vous bloquez une partie et qu'un utilisateur ne peut pas en prendre d'autre, cette partie est automatiquement débloquée pour cet utilisateur (et vous ne deviendrez pas NNS pour lui)

    • La répartition des parties est visible en double-cliquant sur un fichier dans la fenêtre "Fichiers partagés"

  • Fenêtre RELEASE du mod Black Hand
    - (pour accéder aux news ou aux releases d'eMule !)

  • Contrôle antivirus du mod Black Hand
    - (ne scanne que les fichiers complets (configuration dans "réglages étendus"))

  • Tray menu du mod eMule Plus
    - (avec accès rapide aux options USS et DSS (tag Pawcio : TrayMenu))

  • Options anti-leechers et anti-voleurs crédits du mod MorphNext
    - (activable dans "Réglages étendus")

  • USS et DSS sont maintenant dans le planificateur.

  • Safe Hash
    - (implémentation complète du mod SF-IOM)

  • Merge Known
    - (Sauve les statistiques aussi pour les fichiers non complets (mod SF-IOM))

  • Check Disk Space (SF-IOM).
    - (Les fichiers ont un nouveau statut en cas de manque de place sur le disque (Insufficient Diskspace) (activable dans "Réglages étendus"))

  • Drop High Queue Rate sources
    - (utile pour les utilisateurs de modems 56K (pas nécessaire pour les autres parce qu'avec le temps, la place dans les queues diminue). Le drop est fait de la même façon que les drops originaux des clients en FullQ ou NSS (activable dans "Réglages étendus"))

  • Toolbar du client Kademlia
    - (vous pouvez maintenant utiliser des skins)

  • New Credits :
    - (option dans "Réglages étendus" - "Pawcio Credits")

    • Plage de 1.0 à 100.0

    • Multiple de 3 (au lieu de 2) --- ratio = 3 * dowloaded/uploaded

    • Pour les nouveaux clients (données échangées inférieures à 1 MB) le ratio = 3.0 (au lieu de 1.0)

    • Si vous avez reçu plus d'un MB de quelqu'un mais que vous n'avez rien donné en échange, l'utilisateur obtient le ratio de 100.0

    • Petit bonus pour les clients qui vous ont donné plusieur MB :

    • Si vous obtenez 100 MB, alors l'utilisateur obtient un ratio = 50.0 jusqu'à ce que vous lui rendiez 108 MB

    • 50 MB - ratio = 25.0 - 55 MB

    • 25 MB - ratio = 12.0 - 28 MB

    • 10 MB - ratio = 5.0 - 12 MB

  • Mod version (partiellement tiré du mod Black Hand)
    - (permet de voir quel mod les utilisateurs utilisent)

  • Configuration du MSS dans l'onglet Connection
    - (mods MorphNext et LSD)

  • Reconnect on LowID dans l'onglet Server
    - (de Tarod) - merci à WiRAHA

  • Code fixes :


    • Maella fixes for Sockets

    • Fix in CUploadQueue::AddClientToQueue()

    • Fix in CUpDownClient::unzip()

    • Fix in CUpDownClient::TryToConnect()



Citer:
Petit guide (réglages recommandés) :

USS group :

  • Désactivez "Max ping allowed"

  • URL to ping - choisissez auto

  • Sélectionnez les options : "Minimize number of opened slots", "cumulate dandwidth...", "Include overhead", "Manage of active connections", "Include connection overhead"

  • Utilisez le curseur (au-dessus de "Max ping allowed" ou dans le TrayMenu) pour mieux surfer

Limites dans l'USS group :
  1. Pour T-DSL 768/128 (surtout l'Allemagne)
    • Min upload - 11
    • Max upload - 16
    • Désactivez "Session up:down limit" et "Include TCP Ack packets"

  2. Pour T-DSL 1536/256 (surtout l'Allemagne)
    • Min upload - 14
    • Max upload - 30
    • Désactivez

  3. Pour 512/128 (surtout France et Pologne)
    • Min upload - 8
    • Max upload - 15
    • Activez "Session up:down limit" et "Include TCP Ack packets"


Description de l'onglet "Bandwidth Control) : USS (Upload Speed Sens) group :
USS (travail de ZZ) trouve ponctuellement le meilleur taux d'upload inclus entre les limites définies ("Min upload in kB/s" et "Max upload in kB/s). Le "Max upload in kB/s" peut être trouvé automatiquement en cochant la case "Auto". l'USS réduit l'upload lorsque d'autres applications utilisent votre connection ou lorsqu'eMule télécharge très vite (important pour les utilisateurs de l'ADSL quand le download est déterminé en fonction de l'upload). l'USS fonctionne en "pingant" un hôte. Il peut trouver l'hôte adéquat à "pinger" pour vous (sélectionnez "Auto" sur la droite de la case "URL/IP to ping:"). Si la recherche échoue (très rarement), il utilisera l'hôte donné dans "URL/IP to ping". Si vous savez quel hôte "pinger".
Délactivez la case "Auto" et rentrez votre propre adresse. En "pingant", l'USS obtient des réponses de l'hôte et, en fonction de cela, il sait quoi faire (augmenter ou réduire l'upload). L'USS doit avoir une valeur à comparer avec les réponses reçues de l'hôte. Cette valeur est le "Max ping allowed". Il est utile de savoir quel est le bon ping pour votre connection (si vous le connaissez, rentrez cette valeur dans "Max ping allowed"). Si vous ne savez pas, ne cochez pas la case "Max ping allowed" mais utilisez le curseur intuitif situé au-dessus (cela trouvera le ping correct, sur la base du ping le plus bas calculé pendant la préparation de l'USS). Lorsque vous déplacez le curseur sur la gauche, l'upload diminuera mais vous pourrez surfer facilement. Si vous bougez le curseur sur la droite, comportement inverse.

"Minimize number of opened slots".
Lorsque cette option est activée, eMule ouvrira le moins de slots possibles (si moins d'utilisateurs peuvent prendre plus de bande passante). Cela signifie que les chunks arriveront bien plus vite aux utilisateurs.

"Cumulate Bandwidth for upload slots" (idée de ZZ : Slot Focus - mais un peu différent).
Lorsque cette option est désactivée, eMule essaie d'uploader à la même vitesse pour chaque utilisateur. Choisir cette option a pour conséquence qu'eMule centralise l'upload sur un utilisateur (Client prioritaire - quelle que soit la vitesse de sa connection) et le reste de la bande passante est donné aux utilisateurs les plus rapides (diffusion plus rapide des chunks). Le client prioritaire est toujours celui qui a la première place en queue (celui qui a attendu le plus longtemps). Grâce à cela, chaque client (rapide ou lent) obtiendra des données à son tour.

"Session up:down limit (1:4)" (idée de ZZ modifiée par MorphNext).
Au lieu d'un ratio de 1:3 ou 1:4 en download (ou illimité lorsque l'upload est supérieur à 10), il y a une limite 1:4 par session. Tant que votre download est inférieur à 4 fois votre upload (ou votre upload supérieur à 10kB/s), la limite de download a la même valeur que celle entrée dans l'onglet "Connection" (cela peut être illimité). Lorsque vous avez downloadé davantage, le download est limité pour préserver un ratio de 1:4 par session.

"Include overhead".
eMule ne transfère pas que des données. Elle communique avec les autres utilisateurs (place en queue, noms de fichiers, hashes, etc.) et les serveurs. Si vous le désirez, l'upload peut se situer dans des limites définies dans l'onglet "Connections" ou l'USS.

"Manage of active connection".
Lorsque cette option est activée et que vous avez trop de "Max connections" et de "Max connections per 5 sec" pour votre connection, le réajustement se fera automatiquement si nécessaire.

"Include connection overhead".
Non seulement eMule communique avec les autres utilisateurs, mais aussi avec d'autres systèmes et d'autres niveaux du réseau. Ce système de communication peut utiliser beaucoup de bande passante, surtout quand les sources sont chargées (SLS system ou un fichier avec de nombreuses sources obtenues d'un serveur). Il est pratiquement impossible de calculer exactement cet "overhead" mais on peut le faire approximativement. Vous pouvez inclure cet "overhead" dans les limites de l'upload (USS ou onglet "Connection"). Gardez à l'esprit que pour avoir un download illimité ou un ratio de 1:4 avec cette option activée, les limites de l'upload doivent changer :
- Le download illimité nécessite minimum 11 kB/s d'upload au lieu de 10
- Le ratio de 1:4 nécessite un upload minimum de 3.5 kB/s au lieu de 3

"Include TCP Ack Packets".
Chaque donnée reçue nécessite une reconnaissance (c'est le TCP ACK Packet). Elle se génère donc en amont. La quantité "d'overhead" est difficile à calculer exactement, elle dépend de nombreux réglages (e.g. RWIN). Mais, comme avec "Include connection overhead", des approximations peuvent être faites (pour 64 kB/s en aval, on a besoin de 1.5kB/s en amont). Vous pouvez inclure cet "overhead" dans les limites d'upload mais à ce moment-là, le "Session up:down limit (1:4)" est obligatoire.

"Status Group".
Vous pouvez voir là ce qui se passe avec l'USS, voir les limites du download (limité par les réglages décrits ci-dessus - vous n'avez pas à les calculer) et quel hôte est "pingé". USS/DSS peuvent être Disabled/Preparing/Succesfull/Failed.


http://www.kademlia-mods.de/?mods=mfck&show=details

Citer:
Save Upload Queue Wait Time (SUQWT)

Ever tried to get some rare files using eMule only to see sources quit on you after waiting for days to get from #6000 to #500? Well, with SUQWT, this is not going to be as much of a problem anymore.
How does SUQWT help?



  • Client A is sharing some rare files with a queue of 5000 and an average uptime of 20-30 hours and an average downtime of 10-20h.

  • When joining the queue without SLS, you always end up around 5000 unless you get a lucky shot and it takes 24h to get to 4000, at which point the source disappears.

  • Next time the source comes back, instead of having an initial wait time of 0h, you are at 24h and will start at around 4000. By the time the source disappears again, you might manage to reach 3000. Without SUQWT, you would again go back to ~5000 the next time you find the source.

  • Step #3 repeats until you get a send slot and have a successful upload session.

  • After the session has ended, the wait time are reset and the cycle restarts anew for the next session.
    Basically, SUQWT allows one to carry wait time from previous dead-end upload queue waiting sessions over to the next upload queue sessions until one manages to get through the upload queue, somewhat like holding a spot in a waiting line by using your gym bag or other article - if you're not there, the bag stays there and people move around it. (in an ideal civilized world anyway)
Message Publié: 04 Juin 2005 18:46
  Sujet du message:   Répondre en citant
Ce mod est plutôt joli, mais d'apparence compliquée...
J'ai mis du temps avant de trouver ce que je cherchais => à réserver aux amateurs confirmés de la mule ou au amateurs de mods configurables qui ne sont pas pour autant des usines à gaz.

La bonne surprise, ce sont les barres colorées qui bougent, en bas, et donnent la consommation en RAM et en CPU de la mule.

-Il y a un panneau de contrôle rien que pour l'upload et le download speed sense. Je n'aime pas ces machins là, préférant dire manuellement à ma mule à combien elle doit donner ou prendre, mais bon... C'est également là (Bandwidth Control) que l'on peut minimizer le nombre de slots (en donnant un max sur un minimum, ce qui est toujours sympa, cf. la FAQ).

-Dans le Ionix Tweaks I, on trouvera le quick start fort intéressant pour trouver les sources au démarrage de la mule... sans pour autant saturer longtemps le réseau. On y trouvera également tout plein de drops de sources: j'aimais bien ça, avant, à l'époque de l'Athlazan, aujourd'hui, je ne m'en sers plus que manuellement, mais bon... c'est sans doute une histoire de goût?

-Dans le Ionix Tweals II, on peut activer le mode invisible (si c'est pour se rendre invisible sur le réseau, cela veut dire que l'on va se faire bannir par certains mods qui vont nous prendre pour des leechers), on peut également sauvegarder et télécharger nos sources, ou accorder de multiples instances, pour lancer plusieurs mules.

-Dans le Ionix Tweaks III, on trouvera le panneau de commandes avancé "normal" avec tout de même plein d'options anti leechers.

-Dans le IV, des options en rapport à la mini-mule... et d'autres en cas de déconnexion que je n'ai pas encore regardées.

et il y a également le webcache....

En résumé: une mule fort intéressante, avec plein de trucs paramétrables... mais par là même fort compliquée pour le béotien de base.

Sympa également, les icônes.
Message Publié: 04 Juin 2005 11:59
  Sujet du message:  Centralisation - Ionix  Répondre en citant
Image
Citer:
CHANGELOG FOR EMULE iONiX MOD

iONiX 4.2:
------------------------
- Jun 4th, 2005 -
------------------------------------
[compiled with VS 2003]

merged to eMule 0.46a [Aireoreion/WiZaRd]

added: ProgressBars [WiZaRd]
added: possibility to Restore last main window [WiZaRd/Aireoreion]
added: NiceHash for Moving complete files process [WiZaRd]
added: Don't kill source if it's the only one complet source,
it's a friend, a proxy or not ed2kclient (Morph) [Aireoreion]
added: WebCache v2 - includes massive changes in some files by WiZaRd! [WiZaRd]
added: Emugle Websearch [Aireoreion]
fixed: some forgotten Optimizer-tags [WiZaRd]
fixed: Download Files in Bold (CPU-Bug) [WiZaRd/Aireoreion]
fixed: CorruptionBytes in Stats (netfinity) [WiZaRd/Aireoreion]
fixed: Missing ModString in KnownClientsList [Aireoreion]
fixed: TransferRate in Tray [WiZaRd]
fixed: Edit Server and My Info complication [Aireoreion]
fixed: Quickstart infoline in Modlog [Aireoreion]
fixed: Upload datarate display [WiZaRd]
removed: WebCache v1 [Aireoreion/WiZaRd]



Exécutable

Sources
Message Publié: 04 Juin 2005 11:58

Heures au format UTC + 1 heure [ Heure d’été ]


Aller vers:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Traduction réalisée par Maël Soucaze © 2010 phpBB.fr