From bd1354f95b8ae0c02eb9fb8fee116476806d1024 Mon Sep 17 00:00:00 2001
From: zzz
* Now, it's not clear how often we will get the ideal situation (no reply leaseSet bundling,
* no key bundling, and especially not having a small message ahead of you, which will then cause
* fragmentation for all subsequent messages until the queue is emptied - BatchedPreprocessor
@@ -235,7 +235,7 @@ class ConnectionOptions extends I2PSocketOptionsImpl {
* messages in a new stream are much larger due to the leaseSet and key bundling.
* But for long-lived streams (like with i2psnark) this should pay dividends.
* The tunnel.batch* stats should provide some data for test comparisons.
- *
* As MTU and MRU are identical and are negotiated to the lowest value
* for the two ends, you can't do widespread testing of a higher value.
* Unless we change to allow MTU and MRU to be different,
@@ -244,7 +244,7 @@ class ConnectionOptions extends I2PSocketOptionsImpl {
* So let's try 1730 for release 0.6.5. This will allow for 738 testing as well,
* with i2p.streaming.maxMessageSize=738 (in configadvanced.jsp, or in i2ptunnel, or
* i2psnark, for example).
- *
* Not that an isolated single packet is very common, but
* in this case, 960 was 113.3% total overhead.
* Compared to 738 (38.8% overhead) and 1730 (18.4%).
diff --git a/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosed.java b/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosed.java
index 4159c76b1..55646a798 100644
--- a/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosed.java
+++ b/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosed.java
@@ -6,18 +6,21 @@ import net.i2p.I2PAppContext;
* Scheduler used for after both sides have had their close packets
* ACKed, but the final timeout hasn't passed.Entry conditions:
+ *
Entry conditions:
+ *
*
*
- * Events:
+ *
Events:
+ *
*
*
* Next states:
+ *
*
*
diff --git a/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosing.java b/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosing.java
index 424c9a46c..c076bbcac 100644
--- a/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosing.java
+++ b/apps/streaming/java/src/net/i2p/client/streaming/impl/SchedulerClosing.java
@@ -8,12 +8,14 @@ import net.i2p.util.Log;
* have closed the stream, but either we haven't ACKed their close or
* they haven't ACKed ours.
Scheduler used once we've sent our SYN but it hasn't been ACKed yet. * This connection may or may not be locally created.
* - *Scheduler used for after the final timeout has passed or the * connection was reset.
* - *Scheduler used after we've locally done a hard disconnect, * but the final timeout hasn't passed.
* - *Scheduler used for locally created connections where we have not yet * sent the initial SYN packet.
* - ** * Usage:
* MultiRouter numberRouters @@ -40,7 +40,7 @@ import net.i2p.router.Router; * the CPU load (but obviously making the router incapable of talking to things * that need the encryption enabled). To run a client app through a router that * has i2p.encryption=off, you should also add that line to the client's JVM - * (for example,java -Di2p.encryption=off -jar lib/i2ptunnel.jar). + * (for example,java -Di2p.encryption=off -jar lib/i2ptunnel.jar).* * To make the router console work, either run from a directory containing * lib/, webapps/, docs/, etc., or point i2p.dir.base to a directory containing the diff --git a/router/java/src/org/cybergarage/upnp/Action.java b/router/java/src/org/cybergarage/upnp/Action.java index e5ab1559c..6024be5d0 100644 --- a/router/java/src/org/cybergarage/upnp/Action.java +++ b/router/java/src/org/cybergarage/upnp/Action.java @@ -223,8 +223,8 @@ public class Action } /** - * @deprecated You should use one of the following methods instead:
- * - {@link #setInArgumentValues(ArgumentList)}
+ * @deprecated You should use one of the following methods instead:
+ * - {@link #setInArgumentValues(ArgumentList)}
* - {@link #setOutArgumentValues(ArgumentList)} */ @Deprecated