pfeerick

Moderators
  • Content Count

    145
  • Joined

  • Last visited


Reputation Activity

  1. Like
    pfeerick reacted to tkaiser in Armbian running on Pine64 (and other A64/H5 devices)   
    The Pine64+ I had here (sent to @androsch a few days ago) with Armbian / Xenial (Xenial matters, I explain above why using Xenial vs. Jessie makes a difference if anyone relies on iperf/iperf3 numbers) has not the slighest problem to saturate its GbE interface. We also know that the USB 2.0 implementation of A64 is limited to ~35MB/s with BSP kernel (if you measure higher numbers you measured fs buffers). We also know that Samba without extensive tuning on SBCs doesn't perform very well. We also know that copying a bunch of small files takes longer than 1 large file over Samba since both Explorer and Samba do a great job in slowing things down.
     
    That being said with good Samba settings you could expect ~30MB/s in both directions with large files.
     
    If @androsch's Pine64 arrives here and I find the time I'll set up a RAID-0 with a bus-powered 2.5" disk (setting the DC5V/BAT jumper to power the disk from Euler pins) and a 3.5" disk and test throughput (my dev sample does not have this jumper and due to the Pine64 design flaws reliable operation with a bus powered disk is not possible). Apart from that: This here is Armbian, Pine64 is just one of over +40 boards we support, there exist a lot of better choices for NAS use cases: http://linux-sunxi.org/Sunxi_devices_as_NAS
  2. Like
    pfeerick reacted to tkaiser in Armbian running on Pine64 (and other A64/H5 devices)   
    Agreed, let's wait and see. Also whether Olimex will sell their board with SPI flash populated but without eMMC (IIRC the eMMC on the Lime2 is pretty slow so I'm curious whether voltage switching will change anything significant).
     
     
    Well, it happened many times that this person edited the relevant parts away or deleted whole posts. And unfortunately the moderators there are part of... if not the problem itself (Lenny providing OS images with wrong cpufreq governor that lead to low/random Ethernet performance results which prevents any progress isolating problems -- as soon as his OS images would switch to interactive most GbE performance complaints would already be gone -- and this other guy is causing unbelievable damage. How long did it took you to convince him of the obvious? That valid use cases for GbE exist and that Pine64 can make use of GbE? Unbelievable)
     
    Anyway: let's leave the problems behind and focus on real work and fun.
  3. Like
    pfeerick reacted to tkaiser in Armbian running on Pine64 (and other A64/H5 devices)   
    Just a small reminder: End users should not use vanilla images on any A64 board now since expectations won't match reality (too much stuff still not working).
     
    And you should also keep in mind that support for Armbian releases only happens here in the 'other boards' forum and not in Pine64 forum. For whatever reasons the Pine64 folks enabled a member of team 'Dunning-Kruger' to act there as a moderator who not only actively prevents resolving the long known GbE issue with some Pine64+ boards but who also constantly mis-uses his moderator role.
     
    I added the remark 'Armbian support in Armbian forum only (possible). There no moderators are constantly deleting/editing others posts' to my last post over there: http://forum.pine64.org/showthread.php?tid=2078&pid=19019#pid19019
     
    Again, the most important part of the post deleted by this person and Pine64 forum account N° 32 banned by N° 1323. It seems every product gets the 'supporters' it deserves