Søgekode, opbevaringssteder, brugere, problemer, træk anmodninger

Trinnene er omtrent de samme i Windows, men jeg kender ikke en kommando, der vil afkortes eller delvist kopierer en fil.

Torrents sidder fast ved 99.x%. Spørgsmål og min løsning

Jeg tror, ​​vi har alle oplevet filer i en torrent, der sidder fast ved> 99%, selvom der er masser af frø. Jeg tror, ​​dette sker, fordi andre kammerater beslutter, at vi har brug for så lidt data, at det ikke er det værd at begynde at sende dem til os. Det ser ud til, at klienterne foretrækker at sende store skår af data til en person snarere end små stykker data til forskellige klienter.

Er der en korrekt måde at løse dette inden for Torrent -klienten?

Årsagen til, at jeg tror, ​​at min forklaring er korrekt, er, at anmodning om flere data altid arbejder. Sletning af hele filen, kontrollering og genoptagelse af downloadet får filen. Sletning af de sidste 30 MB af filen fungerer også. (I slutningen vil jeg forklare, hvordan man gør dette på WSL eller OSX, og Windows -brugere kan dele metoder i kommentarerne.)

Hvad hvis der er flere filer, der sidder fast på 99.x%? Tricket er at afkaste en fil (at overbevise jævnaldrende om at oprette forbindelse til dig), men indstille de andre med maksimal prioritet, så de downloader på samme tid, på trods af at det at sende dig disse små bits er ikke værd at peers tid. Peers vil stadig sende dig de små manglende bits sammen med de manglende 30 MB.

Processen, hvis du er på WSL/OSX:

  • Vælg en fil, der skal afkortes
  • Indstil det med normal prioritet, men indstil alle de andre 99.x% filer til maksimal prioritet.
  • Se fil i filbrowser, så du nemt kan trække og slippe for at kopiere dens fulde sti
  • Få størrelsen i MB: DU -SM [File To Truncate]
  • Opret en trunkeret kopi: head -c [størrelse – 30] [File to Truncate]> trunkeret
  • Overskriv originalen: MV trunkeret [File to Truncate]
  • I QBitTorrent mangler Force Recheck, så programmet indser.
  • Hvis QBitTorrent indser, er der flere 99.X% downloadede filer, indstil også dem til maksimal prioritet.

Trinnene er omtrent de samme i Windows, men jeg kender ikke en kommando, der vil afkortes eller delvist kopierer en fil.

Gemte søgninger

Brug gemte søgninger til at filtrere dine resultater hurtigere

Annuller Opret gemt søgning

Du loggede ind med en anden fane eller vindue. Genindlæs for at opdatere din session. Du underskrev i en anden fane eller vindue. Genindlæs for at opdatere din session. Du skiftede konti på en anden fane eller vindue. Genindlæs for at opdatere din session.

Har et spørgsmål om dette projekt? Tilmeld dig en gratis GitHub -konto for at åbne et problem, og kontakt dets vedligeholdere og samfundet.

Ved at klikke på “Tilmeld dig GitHub”, accepterer du vores service- og fortrolighedserklæring. Vi sender lejlighedsvis dig kontorelaterede e -mails.

Allerede på GitHub? Log ind på din konto

Oprydning Scheduler. Sletning af inaktive torrenter. Eksempel: Slet torrent, hvis det er sidste aktivitet var mere end x tid #18474

Zauxst åbnede dette nummer 28. januar 2023 · 3 kommentarer

Oprydning Scheduler. Sletning af inaktive torrenter. Eksempel: Slet torrent, hvis det er sidste aktivitet var mere end x tid #18474

Zauxst åbnede dette nummer 28. januar 2023 · 3 kommentarer

Kommentarer

Zauxst kommenterede 28. januar 2023

Forslag

Implement.

Det ville også være godt at have en søjle, der sporer, hvor længe en torrent har podet, kø, stoppet, download osv. For at hjælpe med “sidste aktivitet” -markør.

Dette kan åbne sagen om korrekt oprydningsplanlægning omkring QBitTorrent.

Brug sag

  • Korrekt dynamisk diskstyring af frøkasser
  • Oprydning af døde torrents
  • Tillader oprettelse af en sverm omkring “hot-and-new” torrents.

Ekstra info/eksempler/vedhæftede filer

Undskyld for pseudokoden, fandt det nemmest at udtrykke den.

For eksempel er slet torrents, der har været inaktive i mere end 2 dage, og frøet er over 2.00.

If ((LastActivity> 2d) og (ration < 3.01)) or ((Seedtime >= 365D) og (LastActivity> 30D)) Slet derefter ()

Eller eksempel. Slet torrenter, der bare er inaktive i mere end 10 dage

If (LastActivity> 10d) Derefter slet ()

Teksten blev opdateret med succes, men disse fejl blev fundet:

| | 0 Comments