They’re still under the same baseline SoC constraints (plus the USB bus).
Biggest constraint for me is the lack of RAM, though.
R.
> On 5 Apr 2018, at 23:13, hiro <23h...@gmail.com> wrote:
>
> "The Python performance with this new Raspberry Pi 3 is now in line
> with the Pine A64.
> While the
"The Python performance with this new Raspberry Pi 3 is now in line
with the Pine A64.
While the PHP performance is between the Pine A64 and ODROID-C2"
from this test it sounds they didn't care much about typical
scientific supercomputing...
and their udp throughput test is slower than the tcp one
> do you any feeling why plan9 sees only 200Mbps ether?
>
> is it the stack design, how plan9 accesses the hardware? or maybe the 300Mbps
> quoted is only when using jumbo frames?
Jumbo frames might help if the bottleneck was in the ip stack,
but I think the limiting factor is the Plan 9 usb inf
The higher number seems to be from the netperf benchmark. See
https://www.phoronix.com/scan.php?page=article&item=raspberrypi-3-bplus&num=3
> On Apr 5, 2018, at 10:02 AM, Steve Simon wrote:
>
>
> hi,
>
> great work richard, i hope to try this soon. the network performance is the
> biggest dr
hi,
great work richard, i hope to try this soon. the network performance is the
biggest draw for me.
do you any feeling why plan9 sees only 200Mbps ether?
is it the stack design, how plan9 accesses the hardware? or maybe the 300Mbps
quoted is only when using jumbo frames?
-Steve
On 5 Apr 2
> Running Linux, 3B+ seems perceptibly faster than 3B.
1400Mhz vs 1200Mhz might be perceptible, and the improved
heat management will help if your CPU frequency was being
temperature-throttled.
Ethernet bandwidth for the 3B+ on linux is claimed to be
about 300Mbit/s. With Plan 9, I'm seeing a li
Updated kernel for the 3B+ is now on sources. Also contains
some performance tweaks for ethernet and usb which should
apply to all Pi models.
Kernel source in /n/sources/contrib/miller/9/bcm
USB ether driver in /n/sources/patch/usb-ether-lan78xx
Compiled kernels in /n/sources/contrib/miller/9pi2
Thanks! I got one recently and have been meaning to ask about his.
Running Linux, 3B+ seems perceptibly faster than 3B.
On Tue, Apr 3, 2018 at 2:05 PM, Richard Miller <9f...@hamnavoe.com> wrote:
> > But what is the
> > rationale for the lock in the second loop?
>
> Sorry for the confusing code
> But what is the
> rationale for the lock in the second loop?
Sorry for the confusing code. The startlocks are locked by
cpu0 before booting the secondary cores. Each core unlocks
its own startlock when it starts. Cpu0 blocks on each startlock
waiting for the corresponding core to unlock it, a
I would guess it's a bug because the second bug is starting the first loop st 0- erik
Has anyone tried Plan 9 on the new Pi 3B+? I've
run into something that confuses me a bit. First,
it seems you need the new version of start_cd.elf
to bring up the 3B+. However, with that, the kernel
throws a lock loop error. In tracking down the loop,
it happens in startcpus() in archbcm2.c.
11 matches
Mail list logo