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

Skip to content
Snippets Groups Projects
  1. Jul 31, 2012
  2. Oct 19, 2009
  3. Jul 01, 2009
  4. Apr 21, 2009
    • sponge's avatar
      2009-04-21 sponge · f2e9e2cc
      sponge authored
          * Code janator work, basic corrections involving @Override, and
            appling final where it is important. Also fixed some equals methods
            and commented places that need fixing.
      f2e9e2cc
  5. Jul 16, 2008
  6. Mar 01, 2005
  7. Feb 16, 2005
    • jrandom's avatar
      2005-02-16 jrandom · 566a713b
      jrandom authored and zzz's avatar zzz committed
          * (Merged the 0.5-pre branch back into CVS HEAD)
          * Replaced the old tunnel routing crypto with the one specified in
            router/doc/tunnel-alt.html, including updates to the web console to view
            and tweak it.
          * Provide the means for routers to reject tunnel requests with a wider
            range of responses:
              probabalistic rejection, due to approaching overload
              transient rejection, due to temporary overload
              bandwidth rejection, due to persistent bandwidth overload
              critical rejection, due to general router fault (or imminent shutdown)
            The different responses are factored into the profiles accordingly.
          * Replaced the old I2CP tunnel related options (tunnels.depthInbound, etc)
            with a series of new properties, relevent to the new tunnel routing code:
              inbound.nickname (used on the console)
              inbound.quantity (# of tunnels to use in any leaseSets)
              inbound.backupQuantity (# of tunnels to keep in the ready)
              inbound.length (# of remote peers in the tunnel)
              inbound.lengthVariance (if > 0, permute the length by adding a random #
                                      up to the variance.  if < 0, permute the length
                                      by adding or subtracting a random # up to the
                                      variance)
              outbound.* (same as the inbound, except for the, uh, outbound tunnels
                          in that client's pool)
            There are other options, and more will be added later, but the above are
            the most relevent ones.
          * Replaced Jetty 4.2.21 with Jetty 5.1.2
          * Compress all profile data on disk.
          * Adjust the reseeding functionality to work even when the JVM's http proxy
            is set.
          * Enable a poor-man's interactive-flow in the streaming lib by choking the
            max window size.
          * Reduced the default streaming lib max message size to 16KB (though still
            configurable by the user), also doubling the default maximum window
            size.
          * Replaced the RouterIdentity in a Lease with its SHA256 hash.
          * Reduced the overall I2NP message checksum from a full 32 byte SHA256 to
            the first byte of the SHA256.
          * Added a new "netId" flag to let routers drop references to other routers
            who we won't be able to talk to.
          * Extended the timestamper to get a second (or third) opinion whenever it
            wants to actually adjust the clock offset.
          * Replaced that kludge of a timestamp I2NP message with a full blown
            DateMessage.
          * Substantial memory optimizations within the router and the SDK to reduce
            GC churn.  Client apps and the streaming libs have not been tuned,
            however.
          * More bugfixes thank you can shake a stick at.
      
      2005-02-13  jrandom
          * Updated jbigi source to handle 64bit CPUs.  The bundled jbigi.jar still
            only contains 32bit versions, so build your own, placing libjbigi.so in
            your install dir if necessary.  (thanks mule!)
          * Added support for libjbigi-$os-athlon64 to NativeBigInteger and CPUID
            (thanks spaetz!)
      566a713b
  8. Oct 08, 2004
    • 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
  9. 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
  10. May 17, 2004
  11. Apr 24, 2004
    • jrandom's avatar
      big ol' update to strip out the singletons, replacing them with · 393b1d76
      jrandom authored and zzz's avatar zzz committed
      a rooted app context.  The core itself has its own I2PAppContext
      (see its javadoc for, uh, docs), and the router extends that to
      expose the router's singletons.  The main point of this is to
      make it so that we can run multiple routers in the same JVM, even
      to allow different apps in the same JVM to switch singleton
      implementations (e.g. run some routers with one set of profile
      calculators, and other routers with a different one).
      There is still some work to be done regarding the actual boot up
      of multiple routers in a JVM, as well as their configuration,
      though the plan is to have the RouterContext override the
      I2PAppContext's getProperty/getPropertyNames methods to read from
      a config file (seperate ones per context) instead of using the
      System.getProperty that the base I2PAppContext uses.
      Once the multi-router is working, i'll shim in a VMCommSystem
      that doesn't depend upon sockets or threads to read/write (and
      that uses configurable message send delays / disconnects / etc,
      perhaps using data from the routerContext.getProperty to drive it).
      I could hold off until the sim is all working, but there's a
      truckload of changes in here and I hate dealing with conflicts ;)
      Everything works - I've been running 'er for a while and kicked
      the tires a bit, but if you see something amiss, please let me
      know.
      393b1d76
  12. Apr 08, 2004
Loading