Re: Running Freenet on an ARM based NAS

--===============2001287844==
Content-Type: multipart/signed;
  boundary="nextPart3051190.H3v6fHUUUL";
  protocol="application/pgp-signature";
  micalg=pgp-sha256
Content-Transfer-Encoding: 7bit

--nextPart3051190.H3v6fHUUUL
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Tuesday 12 Mar 2013 19:23:51 Kasper wrote:
> Hello,
>=20
> I just wanted to share my success in making Freenet run on my NAS,
> which is ARM architecture using Oracles Embedded Java 7. It required
> me to manually replace the wrapper with the latest version 3.5.17
> binary (as ARM support was only introduced in 3.5.16 forward), but
> this worked fine with the old freenet-ext.jar file.  Then I changed
> the wrapper.conf file to use SOCKET instead of PIPE,=20

I wonder why this is necessary? It works fine on x86-64 linux.

> and that was all
> it took to make it work - albeit very slowly. I then started work on
> compiling libNativeThread & libjbigi for arm as well, and substituting
> them in freenet-ext.jar (ugly hack, but I didn't wish to deal with
> compiling all of freenet-ext.jar, as well as make it recognize my
> processor, etc.), and this worked fine. On restart it used both libs
> and ran noticably faster (despite only having a 2GHz Marvell ARM cpu
> and 512Mb RAM).
>=20
> Only real problem I have now is that libjcpuid apparently only exists
> for x86 and I can't find the sources to try and compile it for ARM
> myself (if even possible). I do not know if that's the reason it uses
> too much CPU - between 90-100% at all times.
>=20
> But I managed to get it working on this alternative architecture,
> despite being rather new to both Linux and ARM, although with basic
> understanding of programming and compiling. It would not take much to
> make such support out of the box, as seen by my experiences, although
> of course optimizing could be another matter. But I guess getting
> freenet-ext.jar carved up in smaller parts would be a big help both
> for tweaking, and official support. But I definitely see an advantage
> in being available for ARM devices for a program that should ideally
> run 24/7. If I could get lower CPU usage it would run 24/7 at my place
> now. Any advise on configurations to tweak to try and lower it or
> insights regarding whether I'm correct in suspecting the lack of
> libjcpuid is why it's running full throttle all the time?

How much memory does the device have, and what is the memory limit set to? =
If the memory limit is too low you could easily see high CPU usage just fro=
m garbage collection.

Also are you doing any downloads?
>=20
> Regards
> /Kasper

--nextPart3051190.H3v6fHUUUL
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABEIAAYFAlFAYooACgkQYUNbc3WUHYi4VQCdGEAex6IjJrfhZvh90tLVbr9c
dC8An0nuca7r6aDhJTVb0OiekTjoC1Ji
=Y0d9
-----END PGP SIGNATURE-----

--nextPart3051190.H3v6fHUUUL--

--===============2001287844==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Tech mailing list
[email protected]
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
--===============2001287844==--