i have about 600 items, but only 65 kb of rules. Still working well on an RPI3
I have had my share of cardproblems but now everything seems well.
Nevertheless, I am keeping my eyes open for an alternative
i have about 600 items, but only 65 kb of rules. Still working well on an RPI3
I did a lot of research on alternatives yesterday, and reckon the Intel NUC option in post 2 is my favourite so far. It has a few issues that are being worked on by Intel, one is the USB 3 ports behaving as USB 2 ports, and the other seems to be the display going blank briefly when connected to VGA. Both of these won’t affect moving from a Pi which is usually headless and has shared bandwidth USB 2. The TDP of the 4 core celeron chip is 10 Watts which compares favourably with 2 Pi’s. I also have a bunch of salvaged 18650 Cells so maybe I’ll make my own UPS and run it from surplus solar power.
I’ve discounted the many AliExpress options as they aren’t that much cheaper once the lack of ongoing support is taken into account.
Under Linux I will be able to monitor the E9 smart attribute which is the life left in an SSD. Currently on my desktops this is between 93% and 96%, with my newest drive being 2 years old.
I could of course stay on the 2 Pi’s which is what I’ll do in the short term, and even add 2 SSD’s, but moving to a full SSD based system with added wear out prediction together with faster reloading of items and rules files is a very attractive way forward. Especially as it’s not that expensive once my time spent awaiting reloads is taken into account, together with the cost of 2 housings plus USB to SATA adapters is added.
Thanks everyone for your help
I’ve also discovered that a new NUC is due in Jan 2018, NUC7PJYH, code named June Canyon, which will have a slightly faster Pentium Silver Quad Core Chip - Pentium J5005 / Gemini Lake - with a suggested speed increase of around 15%, and a CPU TDP of 10Watts which is the same TDP as the NUC6CAYH.
As I need to deploy another ESP8266 with ESPEasy to handle the GPIO currently taken care of by my Pi3, and now everything is working reliably again after a lot of tweaks I’ll see what is available once my Pi’s have nothing other than USB devices attached.
I brought a cheap home server with exsi vmware, with openhab on a virtual machine on it. I definitely noticed improvements in performance but being on a virtual machine has made it difficult to add items such as bluetooth, etc. I would probably go for a dedicated machine next time.
I switched from Raspberry Pi2 to the Intel NUC7i3BNH. I could not get the Pi to work stable: good SD´s, bad SD´s, export to USB - whatever i tried, it crashed regularly and i was tired of this.
The NUC with 8GB RAM and 120GB M.2 SSD this is not cheap but it´s perfect for what i had in mind:
I know there will be something else to run on the NUC and therefore i use Proxmox as Hypervisor and run openhab2 and MariaDB (persistence) in separate LXC Containers.
Because i have a KNX-Installation i have also running a Windows XP with ETS4 in a KVM (virtual Machine). I can passthrough the USB-Ports to the VM so the KNX-interfaces (i need one for TP and one for Powernet) work as on a dedicated machine.
Proxmox works like a charm for free and i am happy that i found this austrian! software (used VMware ESXi before). Snapshots, Backups… most things work smooth over the web-gui.
P.S. This is my first post: hello everybody!
Thanks for the information Tom, and welcome!
On first look an i3 seems like overkill, but when has anyone wished their computer was slower
Do you know how much power this uses when it is sitting idle? How often can you hear the fan? Does the machine feel hot when you touch the case? The i3 has a TDP of 15W which is more than the Atom based Celerons, and certainly more than my 2 Pi’s added together. I wonder how much more it uses most of the time.
My Pi’s are totally stable right now, and I have moved persistence as well as logging to RAM, so I have time to explore options before their SD Cards wear out again. I was originally thinking of 4 Core as I run a lot of things on my Pi’s, but maybe a 2 core i3 works out better than a 4 core Atom
There are a lot of i3-7100U based fanless mini PC’s on AliExpress so maybe it doesn’t use much power most of the time
Of course this is another dimension when it comes to power usage. But this was of course something i did consider in my search to an alternative to the Pi. After all, that’s why I spent a bit more on the latest generation of the NUC.
NUC7i3 running Proxmox, openhab2, MariaDB: 8W
additionally running Windows XP KVM: 8.7W
I didn´t hear the fan at all until now. But there was no load so far
That’s why the case feels only slightly warm.
Fantastic information, thanks very much!
I’ve just bought a fanless barebones i3-7100U based Mini PC from AliExpress which I will slowly migrate to. https://www.aliexpress.com/item/Windows-Mini-PC-Nettop-HYSTOU-Core-i3-7100U-Core-i5-7200U-16GB-RAM-256GB-SSD-Alloy/32805166611.html?spm=a2g0s.9042311.0.0.y2Ifei I intend adding 2 x 4GB RAM sticks and an old Intel 80GB SSD with 95% life remaining. Its overkill for my needs which should ensure it spends most of its life at a similar power level to @webalizer system above.
I’ll update this thread so anyone following on knows how it goes.
The Pi’s are largely coping with the workload, although the odd MQTT message between them gets lost leading to random failures which is a pain. For now this is mainly about future proofing and increasing reliability by allowing me to keep a check on SSD life remaining. I intend taking regular system image backups and have a spare identical SSD that I can switch to if the original fails.
To maximise SSD life I’ll continue with my current logging and persistence in RAM setup together with file access times turned off.
To update this thread, the mini PC arrived and I added 8GB RAM and an old 80GB Intel SSD. Before loading 64Bit Debian, Zulu, OpenHAB V2.2, NGINX, EMONCMS and all the many other things I had on my old systems. To preserve SSD Life I have redirected /var/log, /tmp, and OpenHAB persistence to RAM, but I haven’t gone with a read only file system as it proved problematic.
As expected performance is stellar compared to the Pi’s, and whereas rebooting one Pi after the other took around 17 minutes, it now takes around 2 minutes from BIOS to last rule loaded, and the UI continues to work whilst its loading the rules albeit sometimes it takes a few seconds to respond. Loading edited rules now takes seconds compared to several minutes, and editing Items is completed quickly.
The day to day performance is similar to the old setup simply because the Pi’s worked well when they were left alone.
Before the upgrade the Smart media wearout indicator on the SSD was sat at 95% life left, and now after everything is installed it is still at 95%. The machine is both fast and doesn’t even get warm so the decision to go with a fanless i3-7100U has worked out…
I’m very happy with the end result and thanks to everyone that answered my posts.
At least check your fstab for mount options:
Add the “noatime” (or “relatime”) mount option in /etc/fstab, to disable (or significantly reduce) disk writes whenever a file is read.
Thanks Thomas, I did that at the beginning as well as configuring /etc/rc.local to recreate log directories and files in the ram drive /car/log on boot. I also went with the basic installer which allowed me to not install any GUI’s. I also run a script to move all the rules files away apart from one that checks for the persistence finishing before they are moved back again.
Thanks for the link, it’s more comprehensive than the one I found.
It’s almost a year since the last post in this thread. Is the NUC still the best option to replace a Rasp Pi 3?
The Rasp Pi 3 worked fine for me up until now; with the 2.4 release + additional rules & items, I am finding that the Pi is getting sluggish. Yesterday I also got an out of memory exception.
A Pi is still well sufficient and there is no relevant change with 2.4 in terms of required ressources.
So if yours is sluggish then you need to find out why and optimize your setup. Eventually remove memory hogs like InfluxDB+Grafana, minimize paging etc.
I have a number of legacy xtend rules, and started transition to jython scripts. Since 2.4 release, the timing issue that affects the jython script is getting worse (core objects are not yet available when the jython rules are loaded). I’ve had to inject 40 sec delays to the first jython rule, and it is still hit or miss.
I don’t have InfluxDB + Grafana. But I’ve started testing matt’s IP Camera binding. A restart of OH now takes couple minutes. I think as long as we leave it, it is fine. But if we also develop on the PI, with multiple rules reloading each hour, it becomes slow.
That’s a different thing then (read: unrelated to memory usage). There’s at least one bug to cause OH to spend much more time on recompiling/reinitializing than it would need to when you change rules or items. Plus there’s specific code that if used makes compilation take much longer than without.
But this was not different in 2.3. And if you run x86 HW the faster processor might hide this a little but does not make the problem go away either.
With Openhab 2.3 i never had memory problems on a raspberry 3. But with Openhab 2.4 and the Android App i have crashes every few weeks.
I think this is highly dependent on what you have in your OpenHab. My instance running raspberry 3 never crashes. And I do have quite many things in my system.
Is there a way to detect memory leaks of bindings? Or to log the memory usage of every binding?