Re: Running Freenet on an ARM based NAS

Matthew Toseland <toad-EI5O+8PHWbJeeLb3ft/[email protected]> Wed, 13 Mar 2013 11:28:58 +0000
Newsgroups gmane.network.freenet.technical
Message-ID <[email protected]>
--===============0172119225==
Content-Type: multipart/signed;
  boundary="nextPart5909577.GVPxHrdXPn";
  protocol="application/pgp-signature";
  micalg=pgp-sha256
Content-Transfer-Encoding: 7bit

--nextPart5909577.GVPxHrdXPn
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, 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.

Does it manage to load the native version of libjbigi? IMHO the native thre=
ad library is probably most important in terms of interactive usability.
>=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?

Yes, we should support it out of the box.

--nextPart5909577.GVPxHrdXPn
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)

iEYEABEIAAYFAlFAYvsACgkQYUNbc3WUHYiIFwCfbZh+3gwCSeDVRHmngunJik8H
knoAniOs+ot9eoUVIf7lpLI4dgncsDcz
=pXkH
-----END PGP SIGNATURE-----

--nextPart5909577.GVPxHrdXPn--

--===============0172119225==
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
--===============0172119225==--