mpc
b1f802c42d
Add id tag to strl
2004-07-17 08:18:16 +00:00
mpc
5f022e6e1f
minor code cleanup
2004-07-17 04:54:45 +00:00
mpc
392cbb817e
cleaned up time class
2004-07-17 03:11:20 +00:00
jrandom
130399a1e7
0.3.2.3 (coming soon to a hard drive near you)
2004-07-16 21:12:27 +00:00
jrandom
37d5531737
logging, including replacing the scary monster with its true self (we had data queued up, but were unable to get an ACK on our last write)
2004-07-16 20:48:40 +00:00
jrandom
f0b6cbaf89
logging
2004-07-16 19:14:39 +00:00
jrandom
707b173e77
differentiate between an explicit tunnel rejection (due to overload, etc) and an implicit one (the request timed out, the tunnels delivering the request failed, etc)
...
also, within the implementation of the profile, only mark the explicit rejections as a rejection
2004-07-16 00:17:28 +00:00
jrandom
4381bb5026
don't rip the peer's head off after multiple tunnel rejections - penalize them *once* for the instance (not once *per* instance)
2004-07-16 00:15:34 +00:00
duck
5850ad1217
typo fix, thanks Connelly
...
(duck)
2004-07-15 16:02:53 +00:00
jrandom
806d598a04
_context/getContext()
...
(missed one)
2004-07-15 05:23:18 +00:00
jrandom
e737e5c950
* work around the disagreement between different versions of sun's compiler and JVM:
...
Some of them think that its ok for an inner class of a subclass to access protected data of the
outer class's parent when the parent is in another package.
Others do not.
Kaffe doesn't care (but thats because Kaffe doesn't do much for verification ;)
The JLS is aparently confusing, but it doesnt matter whether its a code or javac bug, we've got to change the code.
The simplest change would be to just make the JobImpl._context public, but I loath public data, so we make it private and add an accessor
(and change dozens of files)
whee
2004-07-15 05:12:37 +00:00
jrandom
bbcde2f52b
0.3.2.2 (a lil installation testing and then i'll push)
2004-07-15 01:08:54 +00:00
jrandom
f6ef77429c
some boundary cases for the queue pumper's wait time
2004-07-15 01:04:13 +00:00
jrandom
44491c1514
added nickster2.i2p and irc.nickster.i2p (pointing at iip)
2004-07-14 22:12:43 +00:00
jrandom
71a6cf4ee6
* adjust the algorithm to deal with IO bound requests:
...
if more tokens become available while the first pending request is still blocked on
read/write (aka after allocation and before next .waitForAllocation()), give the tokens
to the next request
* refactor the satisfy{In,Out}boundRequests methods into smaller logical units
2004-07-14 21:07:57 +00:00
jrandom
744ce6966f
add a new throttle (and stats) based on send processing time
...
high send processing time and low job lag means the latency is coming from outside the jobQueue - aka bandwidth throttling
2004-07-14 20:01:40 +00:00
jrandom
d25cec02c2
clean up sorting for peer reliability
...
increase penalties for tunnel rejection, and keep track of the 10 minute rate as well as 1 and 60
2004-07-14 19:56:38 +00:00
jrandom
f02bf37fd3
stats and stats and stats
...
track the total allocated bytes correctly (even if we're throttled)
2004-07-14 19:54:04 +00:00
jrandom
304b9d41d7
on kaffe i've periodically seen some hangs in the jobqueue, so lets try being a bit more conservative with the synchroniation, and include some debugging output in the router console to help track it down (if this doesnt fix it)
2004-07-13 20:19:28 +00:00
jrandom
2d6af89f60
safer operation (for use in the sim where some things aren't always availble)
2004-07-13 20:17:15 +00:00
jrandom
d6425973e2
include an objectId flag for use in the logging
2004-07-13 20:16:05 +00:00
jrandom
d5ad56c4de
use smaller writes to make it look more normal
2004-07-13 20:14:18 +00:00
jrandom
4f1f2cc99e
since people are using small buckets, the 10s replenish frequency is a really really bad idea (so default to 1s)
2004-07-13 05:49:16 +00:00
jrandom
da439dd127
sanity checking for a kooky race condition
2004-07-12 21:33:32 +00:00
jrandom
1375d01bdf
new bandwidth allocation policy and usage to include support for partial allocations (and in turn, partial write(...)) while still keeping the FIFO ordering
...
this will give a much smoother traffic pattern, as instead of waiting 6 seconds to write a 32KB message under a 6KB rate, it'll write 6KB for each of the first 5 seconds, and 2KB the next
this also allows people to have small buckets (but again, bucket sizes smaller than the rate just don't make sense)
2004-07-12 21:09:05 +00:00
jrandom
7b9db07f13
target=1.3 and source=1.3, not target=1.1 and source=1.3
...
(this is what caused the runtime errors on sun jvms but not on kaffe)
((aka i slacked and didn't test sufficiently. off with my head))
this now builds and runs fine in sun 1.3-1.5 jvms, as well as kaffe
2004-07-12 16:39:22 +00:00
ugha
f2f26136c1
Minior cleanups -- removed commented out debugging code, wrote better
...
comments.
(ugha)
2004-07-12 05:12:22 +00:00
jrandom
0f60ac5acf
0.3.2.1 (backwards compatible blah blah blah)
2004-07-11 18:57:01 +00:00
jrandom
c28f19fe8a
less painful and/or redundant penalties for failures
2004-07-11 18:50:23 +00:00
mpc
09a6dbc755
FreeBSD port
2004-07-11 13:22:37 +00:00
jrandom
3bc0e0fc8a
added source and target declarations for the javac commands so we can build with the 1.5^W5.0 JDK
...
(also added deprecation, since, well, we can :)
2004-07-11 04:16:59 +00:00
jrandom
eb0e187a54
throttle tunnel participation based on whether we've had to throttle our network connection > some number of times in the last 10-20 minutes (rather than a simple "are we throttled *right now*?")
2004-07-10 22:28:34 +00:00
jrandom
a788d30f34
added support for new 'clientoptions' command which alters the properties passed when creating subsequent I2CP connections
...
e.g.: -e "clientoptions tunnels.depthInbound=0" -e "httpclient 6666"
this updates so many files because they all need a reference to an I2PTunnel object on construction so they query tunnel.getClientOptions() instead of System.getProperties
2004-07-10 16:59:49 +00:00
jrandom
591dfc961e
give the reliability more positive influence so it doesn't go negative so easily
...
update the peerProfile's CLI to make the resulting stats easier to read
2004-07-10 04:15:51 +00:00
jrandom
809e12b034
logging
2004-07-10 04:13:42 +00:00
jrandom
1669d174e1
use mihi's template engine to set a random timestamper password so people dont need to think about that stuff
...
don't use the dyndns anymore for seeding (use dev.i2p.net/i2pdb)
2004-07-10 02:36:27 +00:00
jrandom
3cfd28de43
add a new unit test for repeated fast reconnections
2004-07-10 01:58:05 +00:00
jrandom
4888207eca
if a client reconnects, we always want to get a new leaseSet ASAP (even if the pool hadn't been marked as stopped yet)
...
logging
2004-07-10 01:46:57 +00:00
jrandom
294cb96107
if the job's startAfter is changed, tell the jobQueue to go through the timed jobs again in case the new time changes the scheduling
2004-07-10 01:44:27 +00:00
jrandom
b648fa2b70
send the stats page out in chunks (more mem efficient, blah blah blah)
2004-07-10 01:39:54 +00:00
jrandom
ab99122211
render status HTML in pieces (continued)
2004-07-09 05:33:19 +00:00
jrandom
dd014fee88
send the router console out bit by bit rather than building it all up and sending it (thereby reducing its memory footprint dramatically)
2004-07-09 05:29:02 +00:00
jrandom
c81f864de3
reduce the throttle threshold from 5s lag to 2s lag
2004-07-09 05:22:29 +00:00
jrandom
90fe7dceec
include the expiration in the error message if its dropped
2004-07-09 05:20:26 +00:00
jrandom
3a568096f2
new throttling code which rejects tunnel create requests, networkDb lookup requests, and even tells the I2NP components to stop reading from the network (it doesnt affect writing to the network)
...
the simple RouterThrottleImpl bases its decision entirely on how congested the jobQueue is - if there are jobs that have been waiting 5+ seconds, reject everything and stop reading from the network
(each i2npMessageReader randomly waits .5-1s when throttled before rechecking it)
minor adjustments in the stats published - removing a few useless ones and adding the router.throttleNetworkCause (which is the average ms lag in the jobQueue when an I2NP reader is throttled)
2004-07-09 03:56:22 +00:00
jrandom
94e694fc61
reduce the job pipeline to send a message by fetching the bids and adding the message to the connection queue synchronously
...
these had been broken out into seperate jobs before to reduce thread and lock contention, but that isn't as serious an issue anymore (in these cases) and the non-contention-related delays of these mini-jobs are trivial
2004-07-09 03:48:12 +00:00
jrandom
bdfa6e4af5
dont penalize send failures (beyond what we already do for comm errors)
...
keep a rate for tunnel rejection, rather than a simple 'last' occurrance, and penalize the reliability with it
2004-07-09 03:45:11 +00:00
jrandom
8e64ffb4f6
keep the relay message size rate data for the 10 minute period (so we can throttle on logical periods)
2004-07-09 03:43:07 +00:00
jrandom
6c162643cb
expose stat for throttling (# tunnels we're currently participating in)
2004-07-09 03:41:27 +00:00
jrandom
ff7742bca3
expose some stats useful for throttling (# ready & waiting jobs and the max lag of those jobs)
2004-07-09 03:39:38 +00:00
