Performance issues with raspberry pi 2

Andreas Andersson aandersson at tappsi.co
Thu May 14 06:39:37 UTC 2015


Just built an image for the raspberry pi without the witness options.. Will
try to build with TARGET_ARCH=armv6hf later on. Eager to test the
performance of tornadoweb on the rpi first. :)

Will come back with benchmarks later. What else would be nice to benchmark?
Is there a standard set of benchmarks that I can run and provide results
for?

2015-05-13 17:04 GMT+02:00 Warner Losh <imp at bsdimp.com>:

>
> > On May 13, 2015, at 5:27 AM, Andreas Andersson <aandersson at tappsi.co>
> wrote:
> >
> > I do understand this is still very new and not ready for "producton" use.
> >
> > But freebsd 11 on rpi2 suffers permance issues. Severely.
> >
> > For instance, the same code I am running (tornado project which inserts
> > stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to
> > rabbitmq) on raspbian.
> >
> > On FreeBSD 11 this is at around 85/s.
> >
> > With my consumer (using all the cores) I am seeing a high get rate from
> > rabbitmq. But ACKing those messages are painstakingly behind. How can I
> > help you debug this.
> >
> > What information would you need?
> >
> >
> >
> >
> > My own theory on this is that on FreeBSD we are doing stuff with software
> > floating point, while on raspbian we are doing stuff with hardware
> floating
> > point.
>
> FreeBSD is still using soft float. We’ll be transitioning that to hard
> float
> for 11.0, and should have the code for that pushed into head by the end
> of BSDCan 2015.
>
> In the mean time, you can try building an image with TARGET_ARCH=armv6hf
> to see if that is the cause of the problems.
>
> Warner
>
>
>


More information about the freebsd-arm mailing list