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