I2P Address: [http://git.idk.i2p]

Skip to content
Snippets Groups Projects
  1. Oct 17, 2004
  2. Oct 16, 2004
    • jrandom's avatar
      added utansans.i2p · cebe0a15
      jrandom authored and zzz's avatar zzz committed
      cebe0a15
    • jrandom's avatar
      2004-10-16 jrandom · 8fffad08
      jrandom authored and zzz's avatar zzz committed
          * Increased the default minimum tunnel test time to 5 seconds, since we
            still see the occational message processing time spike to 2 seconds.
          * Update the SimpleTimer to allow rescheduling a task thats already
            queued (useful for the new streaming lib).
      8fffad08
  3. Oct 15, 2004
    • jrandom's avatar
      2004-10-15 jrandom · fb1263da
      jrandom authored and zzz's avatar zzz committed
          * Replaced old minimum tunnel test timeout of 1s with a configurable
            value (router.config property "router.tunnelTestMinimum", with the
            default of 2s).
      fb1263da
    • jrandom's avatar
      2004-10-14 jrandom · 28c5d6c1
      jrandom authored and zzz's avatar zzz committed
          * Tunnel rejection is no longer a sign of an overwhelmingly loaded
            peer, so don't use it as a key point of the IsFailing calculator.
            We still use it as a key point of the Capacity calculator, however.
      28c5d6c1
  4. Oct 14, 2004
    • jrandom's avatar
      added irc.orz.i2p · e7a6f683
      jrandom authored and zzz's avatar zzz committed
      e7a6f683
    • jrandom's avatar
      2004-10-14 jrandom · f8ffe016
      jrandom authored and zzz's avatar zzz committed
          * Allow for a configurable tunnel "growth factor", rather than trying
            to achieve a steady state.  This will let us grow gradually when
            the router is needed more, rather than blindly accepting the request
            or arbitrarily choking it at an averaged value.  Configure this with
            "router.tunnelGrowthFactor" in the router.config (default "1.5").
          * Adjust the tunnel test timeouts dynamically - rather than the old
            flat 30s (!!!) timeout, we set the timeout to 2x the average tunnel
            test time (the deviation factor can be adjusted by setting
            "router.tunnelTestDeviation" to "3.0" or whatever).  This should help
            find the 'good' tunnels.
          * Added some crazy debugging to try and track down an intermittent hang.
      f8ffe016
  5. Oct 13, 2004
    • jrandom's avatar
      added nano.i2p · ec322f09
      jrandom authored and zzz's avatar zzz committed
      ec322f09
    • jrandom's avatar
      added ragnarok.i2p · 0674709f
      jrandom authored and zzz's avatar zzz committed
      0674709f
    • jrandom's avatar
      2004-10-13 jrandom · d91ac7ef
      jrandom authored and zzz's avatar zzz committed
          * Fix the probabalistic tunnel reject (we always accepted everything,
            since the docs on java.util.Random.nextDouble() are wrong..)
          * Fixed a race on startup (thanks Quadn!)
      d91ac7ef
    • jrandom's avatar
      added marcos.i2p · 2f0c3c7b
      jrandom authored and zzz's avatar zzz committed
      2f0c3c7b
  6. Oct 12, 2004
    • jrandom's avatar
      duh (oops) · be684077
      jrandom authored and zzz's avatar zzz committed
      be684077
    • jrandom's avatar
      2004-10-12 jrandom · f799a25a
      jrandom authored and zzz's avatar zzz committed
          * Disable the probabalistic drop by default (enable via the router config
            property "tcp.dropProbabalistically=true")
          * Disable the actual watchdog shutdown by default, but keep track of more
            variables and log a lot more when it occurs (enable via the router
            config property "watchdog.haltOnHang=true")
          * Implement some tunnel participation smoothing by refusing requests
            probabalistically as our participating tunnel count exceeds the previous
            hour's, or when the 10 minute average tunnel test time exceeds the 60
            minute average tunnel test time.  The probabilities in both cases are
            oldAverage / #current, so if you're suddenly flooded with 200 tunnels
            and you had previously only participated in 50, you'll have a 25% chance
            of accepting a subsequent request.
      f799a25a
  7. Oct 11, 2004
  8. Oct 10, 2004
    • jrandom's avatar
      * 2004-10-10 0.4.1.2 released · 503b2892
      jrandom authored and zzz's avatar zzz committed
    • jrandom's avatar
      2004-10-10 cervantes · 35e3bbb8
      jrandom authored and zzz's avatar zzz committed
          * Update the I2PTunnel HTTP proxy to strip out the i2paddresshelper from
            the request.
      35e3bbb8
    • jrandom's avatar
      2004-10-09 jrandom · 8dc261da
      jrandom authored and zzz's avatar zzz committed
          * Added a watchdog timer to do some baseline liveliness checking to help
            debug some odd errors.
          * Added a pair of summary stats for bandwidth usage, allowing easy export
            with the other stats ("bw.sendBps" and "bw.receiveBps")
          * Trimmed another memory allocation on message reception.
      8dc261da
  9. Oct 08, 2004
    • jrandom's avatar
      2004-10-08 jrandom · 65676f89
      jrandom authored and zzz's avatar zzz committed
          * Revamp the AESInputStream so it doesn't allocate any temporary objects
            during its operation.
      65676f89
    • jrandom's avatar
      2004-10-08 jrandom · 730da3aa
      jrandom authored and zzz's avatar zzz committed
          * Don't kill the establisher threads during a soft restart.
          * Attempt to validate the peer's routerInfo earlier during handshaking.
          * Revamp the AESOutputStream so it doesn't allocate any temporary objects
            during its operation.
      730da3aa
    • jrandom's avatar
      2004-10-07 jrandom · ff8674bc
      jrandom authored and zzz's avatar zzz committed
          * Reimplement the I2NP reading with less temporary memory allocation.
            There is still significant GC churn, especially under load, but this
            should help.
          * Catch some oddball errors in the transport (message timeout while
            establishing).
      ff8674bc
  10. Oct 07, 2004
    • jrandom's avatar
      2004-10-07 jrandom · c7cfef3b
      jrandom authored and zzz's avatar zzz committed
          * Expire queued messages even when the writer is blocked.
          * Reimplement most of the I2NP writing with less temporary memory
            allocations (I2NP reading still gobbles memory).
      c7cfef3b
    • jrandom's avatar
      expose some direct byte formatting methods · 32188b1c
      jrandom authored and zzz's avatar zzz committed
      allow SHA256 to be run against a partial array
      append to the stats.log instead of overwriting it
      32188b1c
    • jrandom's avatar
      logging · 37479d8c
      jrandom authored and zzz's avatar zzz committed
      37479d8c
    • jrandom's avatar
      no need to double b0rk · f5c7d657
      jrandom authored and zzz's avatar zzz committed
      f5c7d657
  11. Oct 06, 2004
    • jrandom's avatar
      2004-10-06 jrandom · 38c422bb
      jrandom authored and zzz's avatar zzz committed
          * Implement an active queue management scheme on the TCP transports,
            dropping messages probabalistically as the queue fills up.  The
            estimated queue capacity is determined by the rate at which messages
            have been sent to the peer (averaged at 1, 5, and 60m periods).  As
            we exceed 1/2 of the estimated capacity, we drop messages throughout
            the queue probabalistically with regards to their size.  This is based
            on RFC 2309's RED, with the minimum threshold set to 1/2 the
            estimated connection capacity.  We may want to consider using a send
            rate and queue size measured across all connections, to deal with our
            own local bandwidth saturation, but we'll try the per-con metrics first.
      38c422bb
    • jrandom's avatar
      list the shutdown time w/ the clock fudge factor included · 39d4e5ea
      jrandom authored and zzz's avatar zzz committed
      39d4e5ea
    • jrandom's avatar
      2004-10-06 jrandom · 4191ad1c
      jrandom authored and zzz's avatar zzz committed
          * Enable explicit disabling of the systray entirely for windows machines
            with strange configurations: add -Dsystray.disable=true to the java
            command line.  (thanks mihi!)
      4191ad1c
    • jrandom's avatar
      2004-10-05 jrandom · 29287da3
      jrandom authored and zzz's avatar zzz committed
          * Allow peers on the same LAN to communicate with each other safely even
            when they cannot talk to each other through the external address.
      29287da3
  12. Oct 05, 2004
    • jrandom's avatar
      2004-10-05 jrandom · 98c78041
      jrandom authored and zzz's avatar zzz committed
          * Display how much time is left before the graceful shutdown is complete.
          * Debug some improperly failed messages on timeout or disconnection.
      98c78041
    • jrandom's avatar
      oops · 756af9c6
      jrandom authored and zzz's avatar zzz committed
      756af9c6
    • jrandom's avatar
      updated beyond.i2p (after verification) · 7f9076bb
      jrandom authored and zzz's avatar zzz committed
      7f9076bb
    • jrandom's avatar
      added b.i2p · 2404f1ab
      jrandom authored and zzz's avatar zzz committed
      2404f1ab
    • jrandom's avatar
      2004-10-05 jrandom · 64bcfd09
      jrandom authored and zzz's avatar zzz committed
          * Don't go into a fast busy if an I2PTunnel 'server' is explicitly killed
            (thanks mule!)
          * Handle some more error conditions regarding abruptly closing sockets
            (thanks Jonva!)
      64bcfd09
    • jrandom's avatar
      added tinyurl.i2p · 6251d22c
      jrandom authored and zzz's avatar zzz committed
      6251d22c
  13. Oct 04, 2004
  14. Oct 03, 2004
Loading