Forum Linux.gui Gui pour Axel

Posté par . Licence CC by-sa
Tags : aucun
0
31
août
2014

Bonjour,

j'ai vu quelque part que Axel serait le gestionnaire de téléchargement le plus rapide sous Linux, il utiliserait à peut près la même technique que Internet Download Manger, c'est pour cela qu'il m’intéresserait, mais le problème, c'est que je suis pas un grand adepte de ligne de commande, à part Gaxel existe t-il d'autre gui ?

j'ai vu des captures et Gaxel à l'air vraiment limité.

Merci.

  • # Est-ce bien utile

    Posté par . Évalué à 5.

    En 2014, ça sert encore à quelque-chose les « accélérateurs » de téléchargement ?
    Ça doit bien faire 10 ans que je n'en ai pas utilisé !

    • [^] # Re: Est-ce bien utile

      Posté par . Évalué à 1.

      Oui
      Les serveurs limitent la bande passante par connexion. Le fait d'en ouvrir accélère le téléchargement.
      Mais tu peux faire le test toi même si tu n'y crois pas.

      • [^] # Re: Est-ce bien utile

        Posté par . Évalué à 5.

        Les serveurs limitent la bande passante par connexion

        ca existe encore des serveurs qui "limitent" la bande passante par connexion ?
        en 2014 ?

        parce que moi, je telecharges souvent à la vitesse maxi de ma connexion, sans accelerateur X ou Y.

      • [^] # Re: Est-ce bien utile

        Posté par . Évalué à 3.

        Ben justement, ça fait environ 10 ans que je fais le test.

        Et mis à part une ou deux fois par mois ou j'ai besoin de télécharger quelque-chose depuis de pseudos sites de « téléchargement » qui demandent de s'abonner pour profiter du meilleur débit, je sature sans trop de soucis les différentes connexions que j'utilise (ADSL à 1.5Mb/s, ADSL à 6Mb/s, fibre à 100Mb/s). Bon, pas forcément la fibre, mais disons que même à 50Mb/s, j'ai généralement pas le temps de faire la fine bouche.

        Alors peut-être que je mon profil de téléchargement ne me permet pas de me rendre compte de ça. Un exemple de site qui briderait la bande passante et dont l'effet se verra sur ma connexion à 6Mb/s ?

        • [^] # Re: Est-ce bien utile

          Posté par . Évalué à 3.

          Je viens de faire le test avec un fichier de 1.2GB.
          Ma liaison est une ADSL à environ 16 Mbp/s ATM descendant soit environ 1600 kB/s IP.
          En utilisant DownloadThemAll, car il permet de régler à chaud le nombre de segments en parallèle, j'obtiens:
          test à 10 segments : 1'010 kB/s
          test à 5 segments : 1'120 kB/s
          test en faisant varier le nombre de segments :
          - à 1 segments : 692 kB/s
          - à 2 segments : 806 kB/s
          - à 4 segments : 1'050 kB/s
          - à 5 segments : 1'260 kB/s
          Donc en aillant un nombre de connexions en parallèle suffisant mais pas trop élevé, disons 4 ou 5, j'arrive à diviser le temps de téléchargement par deux pour gagner environ un quart d'heure.

          • [^] # Re: Est-ce bien utile

            Posté par . Évalué à 2.

            En effet, je viens de faire le test depuis cdimage.ubuntu.com, et DownloadThemAll me permet d'augmenter de 50% le débit par rapport au gestionnaire de téléchargement par défaut de Firefox ainsi que Wget.

            Bon, en étant un peu plus malin et en faisant confiance au système de sélection automatique du miroir le plus proche, avec ou sans accélérateur, je sature ma connexion.

            Et puis au final, la plupart des gros fichiers que j'ai besoin de télécharger sont des distributions téléchargeables via bittorrent, ce qui reste la méthode préférée pour ce genre de choses.

  • # Gui

    Posté par . Évalué à 3.

    Pour ma part j'utilise l'addon downloadthemall dans firefox.
    Je ne sais pas si il existe un gui pour axel. Mais pour l'avoir utilisé par le passé, je ne vois pas ce que tu peux reprocher à la version terminal.

    • [^] # Re: Gui

      Posté par . Évalué à 4. Dernière modification le 01/09/14 à 08:56.

      je vois ça sous linux mint : axel-kapt - Accélérateur de téléchargement léger - frontal graphique

      Titre de l'image

      Mais idem que plus haut, autant un gestionnaire de téléchargement je peux comprendre (il y a jdownloader qui est pas mal), autant un « accélérateur », je ne vois pas l'intérêt. En général j'utilise wget pour télécharger mes fichiers, mon but c'est de gagner du temps AVANT le téléchargement (c'est à dire éviter de naviguer dans mon arborescence avec une GUI où on fait clic clic clic, c'est lent), pas pendant le téléchargement où je peux faire autre chose.

      • [^] # Re: Gui

        Posté par . Évalué à 2.

        Je ne sais pas ce qu'il en est avec les autre navigateurs, mais en tout cas sous Firefox, le téléchargement se fait déjà pendant que tu sélectionnes la destination du fichier.

        • [^] # Re: Gui

          Posté par . Évalué à 1.

          Oui, exact.

          Un autre aspect de Firefox, qui est très pratique, est qu'il me semble qu'il mémorise les emplacements passés de fichiers sauvegardés, en fonction de l'URL. Ainsi si j'étais sur un site de jardinage il y a 3 mois et que j'ai sauvegardé un PDF, il va me reproposer mon dossier "/home/zurvan/jardinage" que j'avais sélectionné l'autre fois, même si auparavant j'ai sauvegardé ailleurs d'autres fichiers depuis d'autres adresses.

          Wget, je l'utilise surtout pour les plus gros fichiers, si je sais que je vais avoir besoin de fermer mon navigateur entre temps, ou si j'ai le dossier de destination ouvert dans une console.

          • [^] # Re: Gui

            Posté par . Évalué à 1.

            avec les gestionnaires des navigateurs, j'ai pas trouvé comment mettre un téléchargement en pause ou encore en file d'attente et autre

            je vais tester axel-kapt, merci.

            • [^] # Re: Gui

              Posté par . Évalué à 1.

              jdownloader permet tout cela. Sinon il est possible de mettre en pause dans le gestionnaire de téléchargement de firefox, encore faut-il que le serveur à l'autre bout supporte la possibilité de mettre en pause.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.