If I understand it correctly, the benefit of EABI is mostly in floating point performance.
-Brian
--- In
nslu2-linux@..., "t.brinkmann@..." <t.brinkmann@...> wrote:
>
> Hi!
>
> For quite a while, I've been curious about the benefits of EABI, so I decided to install SlugOS 5.3 beta yesterday. I strictly followed the wiki (
http://www.nslu2-linux.org/wiki/SlugOS/InstallandTurnupABasicSlugOSSystem etc.). To cut a long story short - I'm back at SlugOS 4.8. Here's why:
>
> *NFS performance is considerably worse in 5.3 than in 4.8. In 4.8, my DVB-T STB wrote 2.56 MB/s to a NFS share on the slug, under 5.3 the write rate decreased to a mere 0.86 MB/s which is useless for my purposes.
> *Mount behaviour was stranger than ever. The system itself resided on a memstick which was consistently recognized as /dev/sda1, however, my two HDDs changed back and forth between /dev/sdb1 and /dev/sdc1. That's old news, of course, and so I tried the mount-by-label method described in the wiki. Unfortunately, this lead to each drive being mounted twice - first where the slug wanted it and second were I needed it.
> *Samba 3.2.8 is a pain. Although this isn't strictly a slug issue, I assume other people will run into problems as well. For some reason beyond mere authentication (lanman vs. ntlm1 vs. ntlm2), I didn't even see the slug in my network neighbourhood (neither in Vista nor XP nor Win98SE). I've set up Samba including DFS on various platforms before and after reverting to SlugOS 4.8, basic configuration took less than 15 minutes, but in 5.3 I spent about 3 hours until I gave up.
>
> Please don't get me wrong - I truly appreciate the developers' ongoing work and the updated information on
http://www.nslu2-linux.org/wiki/SlugOS, but in the first place, I need a working fileserver with straightforward configuration. And yes, I RTFMed - if I didn't, I wouldn't have been able to set up SlugOS 4.8 either.
>
> Regards,
>
> T. Brinkmann
>
