Jump to content

123459

Established Members
  • Posts

    36
  • Joined

  • Last visited

Posts posted by 123459

  1. As fatspirit and 420 wrote

    For example:

    I have two .torrents - №1 torrent i've downloaded, №2 i want to reseed.

    They both have images inside them.

    Images are md5-identical, but with different filenames.

    .torrent №2 besides of image have additional file(an .nfo), i don't have this file.

    I relocate image from .torrent №2 to point on image from .torrent №1.

    And after rechecking of .torrent №2 image have 99.8%.

    But in pieces view there are all pieces present.

    This is the problem.

    If I start .torrent №2, then it downloads one piece, but md5 of image isn't changed - these piece carries an .nfo file inside and a part of image that I already have.

    I understand, that some pieces carry data from two files and do not ask to fix this.

    I want to disable hash check of relocated files (i will control integrity of files myself).

  2. DreadWingKnight

    Again: upload rate when not downloading - that download rate in most cases is maximal.

    Now, if user wants limit upload rate _when_ downloading, he may change Maximum upload rate - it's illogical, because Maximum upload rate are maximal upload rate that connection have.

    So isn't this more logical to revert rates?

    Or you cannot understand, why i'm asking for that?

    If you don't want to change anything (like these minor requests) then just say that.

  3. Ultima

    1) It is just logically incorrect: Maximum upload rate is a rate, that are maximal for the user - i.e. there is nothing more than that rate.

    2)If user wants to revert changes, then he must restore old value to the Maximum upload rate AND uncheck checkbox. This is one more unnecessary operation.

    3)Isn't this quite obvious?

  4. Please, change logic:

    Alternate upload rate _when downloading_

    1886.png

    Because if i want to remove limit - i must copy value from Alternate upload rate when NOT downloading to Maximum upload rate(or reenter them).

    With changed logic, i must just uncheck checkbox.

  5. 3.png

    4.png

    5.png

    6.png

    bt.tcp_rate_control false

    diskio.coalesce_write_size 16777216

    net.max_halfopen 10 (tcp.sys patched to 20)

    net.utp_initial packet_size 5

    net.utp_packet_size_intrval 9

    net.utp_receive_target_delay 400 (adsl)

    net.utp_target_delay 400 (adsl)

    line is maxed out(4mbit down/1.8 up) but ping and speed are unstable - overloaded isp

    adsl router un bridge mode(connection established wia raspppoe), mtu 1492

    if you want - another time resolutions (2.2 only, 2.2.1 seems to upload unstable):

    http://hotimg23.fotki.com/a/94_178/50_72/1s.png

    http://hotimg23.fotki.com/a/94_178/50_72/5s.png

    http://hotimg23.fotki.com/a/94_178/50_72/5m.png

    http://hotimg23.fotki.com/a/94_178/50_72/30s.png

  6. Hi - no new builds showed up last night or today - any ETA on when the new build will be pushed out please?

    Thanks!

    If it's not out, it's because something went wrong and the build intended for release was no good. ;)

    Firon, i think, to avoid situations like that, you may say "this should be fixed in next build, it arrives in this week". Anyway, sooner or later you will have to introduce something like "blizzard time".

  7. net.max_halfopen - but what about DHT and PeX dead ips? If start, μT begun build local dht cache and can reach(for me, 6 torrents added) up to 60 halfopen connections. It will affect time, needed for connect to the swarm. Or, maybe i shouldn't use dht and pex(or use only for downloading torrents)? I mean - all this consumes additional bandwith and time for μT to begun seeding after start(all halfopened conns closed/established only after 6 minutes μT running), and reduces effective ul traffic

  8. Why μT setup guide recommends more lenient settings?

    Does encryption consumes additional bandwith? My isp don't throttle torrents, should i enable it?

    Connected peers: do it affect my dl speed? My dl - 120Kbyte, 50 con peers will be enough?

    peer.lazy_bitfield: is it affects _connection establishing_ speed?

    Will disabling increase ul speed? Will it work to leechers, if they enabled this at own side, but i disabled it at my side?

    bt.connect_speed: default is 5, how it works and what it affects?

    net.max_halfopen=8: why 50 is still bad?

    I mean - after start μt connects to trackers, peers, exchanges dht &c. 8 really be enough?

    no firewall(i know risks)

    tcpip.sys patched, modem working in bridge mode(so i can handle many connections)

    μTP on

    UPnP, NAT-PMP off(don't need)

    DHT, PeX on(using open trackers)

    resolve ip off(bandwith waste)

    IPv6 off(no isp support)

    if you need any additional information - request please.

  9. ul rate 60

    global con max 200

    connected peers 100

    slots per torrent 10

    active torrents 10

    active downloads 10

    bt.connect_speed=10

    net.calc_overhead=1

    net.max_halfopen=50

    Is it still incorrect?

    How μt will work, if there were many leechers with slow connection? Will it allow new peers to connect if all 100 peers were connected and speed is still below 90%?

    Bandwith management: how long after the release of the channel μt will increase the speed?

×
×
  • Create New...