Search found 45 matches
- 06 Oct 2018 12:57
- Forum: Guides
- Topic: Tuning for high load under Linux
- Replies: 2
- Views: 9933
Re: Tuning for high load under Linux
This is the mentioned "nicer.sh": #!/bin/bash oldpid=99999 initlevel=-5 jobrunlevel=-15 buildlevel=-11 creditlimit=44 while true do javapid=$(pidof java) if [ -z $javapid ] then sleep 300 continue fi if [ $javapid -ne $oldpid ] then credits=0 unset nonvol unset prio unset sum unset newsum ...
- 06 Oct 2018 12:56
- Forum: Guides
- Topic: Tuning for high load under Linux
- Replies: 2
- Views: 9933
Tuning for high load under Linux
This guide is for you if you run i2p 24/7 constantly over 50-60% total CPU. Others will see little benefit. Target systems are most likely ARM and low-end Intel. There is one common advice for Java under Linux to set vm.swappiness to 0. Only do that if you are sure never to exceed physical memory. O...
- 25 Sep 2018 13:11
- Forum: Guides
- Topic: Java Garbage Collection in a nutshell
- Replies: 3
- Views: 11251
Re: Java Garbage Collection in a nutshell
you are absolutely right, however from what you are reporting there must be 100 KB of packets piling up in your network buffers after a STW GC. That will cause a CPU burst with additional delays depending on your scheduler. I will have more on that in the next days. Most people will be more comforta...
- 21 Sep 2018 07:02
- Forum: Guides
- Topic: Java Garbage Collection in a nutshell
- Replies: 3
- Views: 11251
Java Garbage Collection in a nutshell
Do you think your Java app like i2p sticks to the specified heap size and garbage collection occurs when this heap is filled with unused objects to some degree? Then you need to read on. A short look at the physical memory occupied by i2p reveals that it allocates much more than the specified heap s...
- 13 Sep 2018 08:30
- Forum: Guides
- Topic: Squeezing the last bits of performance out of I2p
- Replies: 3
- Views: 20278
Re: Squeezing the last bits of performance out of I2p
Another stunning performance booster: To make improvements like the above work most effective one has to make sure processing of individual packets is not preempted by the scheduler. Depending on the number of cores you have and their speed you can do the following (example given for Linux): su echo...
- 11 Sep 2018 10:24
- Forum: Guides
- Topic: Squeezing the last bits of performance out of I2p
- Replies: 3
- Views: 20278
Squeezing the last bits of performance out of I2p
This tutorial shows you how to really optimize your libjbigi. Background: GMP uses generic build parameters for each hardware architecture that you can further optimize for your specific gear. First shut down any process consuming more than 1% CPU as critical timing loops will be involved. Step 1 Fo...
- 30 Aug 2018 10:14
- Forum: Router
- Topic: ARM32: first glimpse at OpenJDK 11
- Replies: 0
- Views: 12245
ARM32: first glimpse at OpenJDK 11
Had a short look today on one of my Armbian Stretch systems. They claim to have resolved arm32 specific bugs since OpenJDK 10. Builds with gcc only with compiler warnings even im ARM-specific code. Does not build with clang. Slow build: Excessive swapping with make jobs > 1 with 2 GB RAM. (with 9 an...
- 25 Aug 2018 07:19
- Forum: Router
- Topic: updater weirdness on OSX
- Replies: 4
- Views: 15978
Re: updater weirdness on OSX
Now opened Trac ticket https://trac.i2p2.de/ticket/2299#ticket.
Included a quick fix to "runplain.sh" there which can be used as a workaround.
Included a quick fix to "runplain.sh" there which can be used as a workaround.
- 24 Aug 2018 23:09
- Forum: Router
- Topic: updater weirdness on OSX
- Replies: 4
- Views: 15978
Re: updater weirdness on OSX
Found the workaround myself. First I would not trust "ps -ef | grep java", but Java 10 is buried in a really weird location. So you can do: export JAVA_HOME="/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home" You can also see this in the Java Control Panel in the &...
- 24 Aug 2018 20:03
- Forum: Router
- Topic: updater weirdness on OSX
- Replies: 4
- Views: 15978
Re: updater weirdness on OSX
Thanks, mentioning JDK9 was helpful. The fault is with Apple as well as with i2p. There in fact exists a JDK 9.0.1 on the target machine I was not aware of. It is the only one that can be found on the command line using various methods (java -version; find / -name javac; /usr/libexec/java_home). No ...