New approach for Raspberry Pi OMV images

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • deluxecat wrote:

      what you can expect is 20 megabytes per second nas throughput (as tested with large files)
      So instead of wasting your time with a Raspberry Pi better look for any of the dirt cheap and far better alternatives that allow for almost 40 MB/s (or buy a slightly more expensive ARM board and then enjoy 'PC NAS performance' with a consumption not exceeding that of RPi + external network adapter that much. See this thread for details)

      deluxecat wrote:

      Working off my list, post 98, here's #2: SD speed. And its a 4-parter.
      I can't recommend following any of your points since
      1. Useless tweaks, the OMV image takes care of cpufreq governor settings in an appropriate way (/etc/defaults/cpufrequtils and /etc/init.d/armhwinfo do the job)
      2. 'hard drive cache tuning doesn't support SD cards'. So what? Data is on attached USB disks anyway?
      3. 'The default SD card reader speed is set on slowest' for a reason: Data corruption is nothing anyone wants and the main problem with SD cards is neither their sequential speed nor that access times are too high but that majority of people isn't aware that random IO is far more important for SD cards in computers and that there's a huge counterfeit problem with faked SD cards.
      4. 'Fstab options' -- you obvisouly missed that there's the flashmemory plugin active (fiddling around with /var/log in fstab is then a really bad thing). You're right wrt 'noatime,nodiratime,commit=600' but with flashmemory plugin it didn't make much of a difference (I checked it with 'armbianmonitor -d mmcblk0p2') so I chose to stay with Raspbian defaults since I didn't know whether any of the packages we get from archive.raspberrypi.org messes with fstab
      5. NTFS is not recommended to be used with OMV (no POSIX filesystem so you run in a lot of hassles anyway, poor performance being one of the minor ones)


      For anyone being concerned about 'OMV performance' on his Raspberry Pi there is an excellent solution for this problem: Simply throw your Raspberry Pi away or do something different with it since it's the most lousy device for the job (due to its lack of decent networking and everything behind one single slow USB2 connection there). Better alternatives are countless and a lot of them cheaper anyway. Just choose the appropriate hardware, don't fiddle around with defaults and you're done.

      The post was edited 1 time, last by tkaiser ().

    • tkaiser wrote:

      So instead of wasting your time with a Raspberry Pi better look for any of the dirt cheap and far better alternatives that allow for almost 40 MB/s (or buy a slightly more expensive ARM board and then enjoy 'PC NAS performance' with a consumption not exceeding that of RPi + external network adapter that much. See this thread for details).
      Good info there! The gigabit equipped NanoPi Neo2 costs even less than a usb gigabit adapter, as well as doing NAS duties at least twice as fast as RPi3 (even 4x faster than a stock-condition RPi3).

      So, that means it is financially advisable to return the RPI3 to its mainstream use as an educational device. Although an exception could be some 150n, 300n, 100mbit networks that run near to the same pace as the RPi3. It also suits my use as a small web server.

      I especially liked your recommend of the Helios4, because that ECC memory could prevent accumulating holes in my photos and mp3 files. Also my i5 file server wastes most of its throughput on waking up; so, instead of a high wattage device that is asleep, I'd much rather have a low wattage device that is awake.

      As far as power-savers go, I've had a wishlist item for a long time: I'd love to have the hard drive scheduled to stay awake during work hours, but allow spindown at night. Is there such a thing as a Spindown Scheduler?
    • Wrt power savings... If your disk responds to hdparm parametrization (beware of crappy USB disk enclosures that prevent this) then I usually do this via crontab. One entry every evening allowing for short idle time (spindown after 10 min idle) and another one executed in the morning on workdays with eg. 240 minutes configured.
    • Quick compatibility announcement wrt next RPi model.

      We'll see rather soon a new RPi model (most probably not called RPi 4 but a somewhat extended 3 and Zero -- I expect the new SoC to both obsolete BCM2385 and BCM2387) with Gigabit Ethernet. Of course not real/fast Ethernet but USB2 attached (I would assume they take Microchip LAN7850) if Broadcom and the 'Foundation' choose to still rely on backwards compatibility and the horribly outdated VideoCore IV platform (most probably then with a die shrink to 28nm, replacing the Cortex-A53 with A35 to better cope with RPi 3 thermal and consumption constraints).

      Preparations for the new Ethernet chip happened already a while ago: github.com/raspberrypi/linux/c…drivers/net/usb/lan78xx.c

      So maybe my latest OMV image for RPi will boot flawlessly on this new RPi model and can then be updated to latest versions of kernel and 'firmware'. But maybe an adjusted 'firmware' is necessary to boot this new SoC (of course it's not a firmware but a closed source RTOS called ThreadX that runs on the VC4 main CPU) and then someone would need to fiddle around with latest OMV image again though I would prefer to drop support for the RPi platform then since if it's still VideoCore IV then the 'single USB2 connection between SoC and outside' limitation still applies and NAS throughput will be still very limited (18 or maybe 19 MB/s since every bit has to pass the single USB2 connection twice!).
    • @tkaiser - thanks for the info and I hope all is well with you. Thanks to your advice/posts, I will not be buying a RPi 4!

      I'd like a little help for a new project for my RPi 3. I'm going to turn it into a VPN server as I have moved from London to Sydney and I need proper BBC iplayer, Netflix, Amazon Video etc.

      What I need is a nice clean base image/build. I was thinking about using the OMV image (from this post) but I think I just want the latest vanilla Armbian / Jessie. What would you suggest?

      The post was edited 1 time, last by jata1 ().

    • jata1 wrote:

      RPi 3. I'm going to turn it into a VPN server
      Worst idea possible. Better throw your RPi 3 away. Broadcom or the mythical RPi Foundation forgot to license ARMv8 crypto extensions so RPi 3 simply sucks at AES encryption/decryption: forum.armbian.com/topic/4583-r…findComment&comment=37829

      Better choose any other 64-bit ARM board you can get (except ODROID-C2 -- the other device that lacks ARMv8 crypto support) and configure your VPN to use AES. Will be magnitudes faster.
    • OK. Thanks but my internet ADSL is going to be slow anyway so it's still worth a try as an experiment.

      So how can I get a vanilla armbian install on my pi? Is there part of the script/tool/process that you used to created the OMV image that I could use?

      also... would my banana pi m2u (another bad purchase) be any good for VPN server?
    • Post#1 may have gone out of date, since Raspbian is currently linux 4.97, armv71, updates twice a week and all of the boards pictured don't have the cpu as the limiting factor. Might be good to have more customers and fair game to brief them on screen with their educational devices.
      Perhaps more importantly,
      I was also fascinated by an idea very much like luakit to localhost for showing OMV on the console screen.

      The post was edited 6 times, last by deluxecat: wordcount ().

    • deluxecat wrote:

      Post#1 may have gone out of date, since Raspbian is currently linux 4.97, armv71
      Just answering to this:

      Raspbian is a Debian based distro where all packages are built vor the ARMv6 architecture which isn't supported by Debian since 7 or even more years. This simple fact is the only reason why Raspbian exists: no Debian support for outdated CPU cores from 15 years ago (the ARM1136 inside the single core RPi SoCs is from 2002 -- as the name tells it's an ARM11 implementing ARMv6 microarchitecture) so all the gazillions of packages had to be recompiled for the RPi and that's all what Raspbian is about: recompiling and providing Debian packages for the outdated ARMv6 architecture.

      We switched with OMV to 'plain Debian' to get one single package base for all devices (minimizing support hassles). Since Debian supports only ARMv7 or ARMv8 (armhf and arm64 architectures) this doesn't work with the single core Raspberry Pi any more since their CPU core is an ARMv6.

      OMV for RPi uses the RPi foundation's kernel packages (the same that Raspbian uses), they provide one ARMV6 kernel and one ARMv7, the proprietary OS that runs on the VC4 detects the CPU type and then loads the correct kernel accordingly. And that's 4.9.79 currently though the kernel available through archive.raspberrypi.org is usually some versions behind. So the same moment you get a kernel update with Raspbian you get the same kernel update with OMV too. There's no difference wrt kernel whatsoever

      One minor exception: we provide on the OMV image also a true but somewhat outdated ARMv8 kernel 4.11 but since this kernel receives no updates automagically it's not the default -- so it's up to adventurous users to play with this 64-bit kernel but there's no real reason since Raspberries are way too slow to be used as a good NAS and that's due to their lack of interfaces and not related to CPU cores or the kernel.

      The post was edited 1 time, last by tkaiser ().

    • This Realtek usb gigabit adapter is compatible and can be found for Less than 7 dollars, even with free shipping.

      In 2018, if a computer didn't come with USB3, Gigabit and error correct ram onboard, then you're not supposed to use it as a file server. However, if one would appreciate misusing the Raspberry Pi twice as fast, this adapter may help. See photo. Previous network configuration at eth0 is notwithstanding because this will be eth1. The upgrade will change the Pi from eleven times slower than a normal file server to only five times slower than a normal file server. Even so, the upgrade could expand the number of simultaneous users from 1 to 3.

      The post was edited 1 time, last by deluxecat ().

    • deluxecat wrote:

      This Realtek usb gigabit adapter is compatible and can be found for Less than 7 dollars, even with free shipping.
      The one you showed looks like the one I had some time ago: It was an USB2 to Gigabit Ethernet adapter with pretty low performance in one direction (for whatever reasons the majoritiy of people forgets to test network and storage gear 'in both directions'). It's 2018 now... please anyone do yourself a favour: Stop to buy USB2 products even if you want to connect it now to USB2 ports only. Buy USB3 stuff instead. This will greatly reduce the risk to buy old and low performing crap from last decade (the controllers inside matter).

      There exist three USB3 Gigabit Ethernet adapters: ASIX AX88179, RealTek RTL8153 and Microchip LAN7800. The first one is known for mediocre performance and driver hassles, the last one has not been found in the wild while RTL8153 performs great and has great driver support (usually already integrated into the OS so you have no trouble not just with Linux but also Android, macOS, Windows, *BSD, maybe even more OS). If you want to buy an external Gigabit Ethernet adapter I can only recommend to look for the chipset first to avoid buying crappy products.

      I got my RTL8153 for $7.50 some time ago but it should be noted that using these things on a Raspberry Pi is not a great idea. Not the adapter sucks but the Raspberry Pi. Their SoCs (system on chip -- the main processor) have only one single USB2 port so everything on RPi is bottlenecked by this single connection. All USB ports and the internal network adapter are behind an internal USB hub so every access that involved disk and network at the same time has to share bandwidth. As you said 2 times faster is all you could expect with Gigabit Ethernet. That's insane...

      Instead of spending 7 to 8 bucks for an external GbE adapter to boost 'RPi as NAS performance' I would spend a few bucks more to replace the RPi and get a whole new and more energy efficient ARM board with native Gigabit Ethernet. Look here for inexpensive and energy efficient devices that are at least 2 times faster than a RPi with GbE dongle or at least 4 times than a RPi with onboard networking: Which energy efficient ARM platform to choose?

      The post was edited 1 time, last by tkaiser ().

    • That one is USB3.0 ebay.com/itm/112833255553? Says usb3.0 on the cover and there's that blue plug. Also actually tested it.

      But there's a hippo in my bathtub!
      bit flip saved to disk and to backup disk = bit rot (glitches accumulating in movies and music files, slowly worsening over time). Unfortunately, small scale, low wattage, servers with ECC aren't on the market, thus unavailable to purchase, because they didn't promote ECC memory by its practical benefits: Protect music and movies. Just those 4 words.
      Without ECC, then making improvements in network speed and greater storage space actually serves to glitch more files faster (not a real upgrade). So, searching for a real upgrade (to ECC) has been much more intense than simply finding a computer with gigabit onboard.

      The post was edited 1 time, last by deluxecat ().

    • tkaiser wrote:

      Quick compatibility announcement wrt next RPi model.

      We'll see rather soon a new RPi model (most probably not called RPi 4 but a somewhat extended 3 and Zero with Gigabit Ethernet. Of course not real/fast Ethernet but USB2 attached (I would assume they take Microchip LAN7850)

      And there it is: raspberrypi.org/blog/raspberry-pi-3-model-bplus-sale-now-35/

      Does this mean this Raspberry Pi would now be a great little NAS? Nope.

      This new board suffers still from the same 'only one single USB2 port' limitation so all USB ports and Ethernet still have to share bandwidth. You won't be able to get any decent NAS performance out of this thing since every single bit has to pass the 'single USB2 port' bottleneck twice.

      Further readings:
      The Wi-Fi is a joke since they chose a single antenna implementation and make not use of MIMO which is most basic requirement to get any decent wireless performance especially as soon as your environment gets 'crowded' and other wireless networks around add to the congestion problem.

      The Gigabit Ethernet is a real joke since due to USB2 bottleneck being limited to less than 20 MB/s when data on disk is accessed and transferred through the network at the same time (see explanation in 2nd link above and the confirmation from Raspberry Pi forum).

      The post was edited 3 times, last by tkaiser ().

    • tkaiser wrote:

      So maybe my latest OMV image for RPi will boot flawlessly on this new RPi model and can then be updated to latest versions of kernel and 'firmware'. But maybe an adjusted 'firmware' is necessary to boot this new SoC (of course it's not a firmware but a closed source RTOS called ThreadX that runs on the VC4 main CPU)
      If this guy here is right and it requires their latest Raspbian release from yesterday then that's bad news. This means the new board once again requires a ThreadX update (contained in the blobs on the /boot partition) and so our OMV image won't boot on the new model.

      But if my assumption is correct (only affecting ThreadX, that's the so called 'firmware') then it should be easy to replace the blobs on the /boot partition and re-release the OMV image soon.
    • Users Online 3

      3 Guests