Mangix

  • Content Count

    51
  • Joined

  • Last visited

  1. A more performant alternative to AF_ALG... https://github.com/cotequeiroz/afalg_engine Not a solution to your issues unfortunately. IIRC, there was a way to overclock the helios to 2.0ghz or 1.8ghz. Don't remember the details.
  2. @karamikeThe issue has been found and fixed. You should update to a more recent kernel (latest legacy or current kernel). I'm on 5.9.14 right now. Works flawlessly.
  3. It should probably be tested beforehand. Again, he tested "iperf -P 4" with swconfig on an armada device. He doesn't remember if it was the armada 37x or 38x. Clearfog devices are only the latter I believe. edit: ehm I'm getting full speeds when I tested this. I think he tested this on the older 37x platform. edit2: second posibility: iperf from one device connected to the switch to another connected to the switch. I tested from the helios device itself to a router (mvebu 385 platform running OpenWrt).
  4. Unrelated but one of the patches that I removed seems to actually be useful. I just talked to Felix Fietkau and according to him, it seems the mvneta driver does not do any hardware queue configuration, leading to a nasty performance problem. Testable with iperf -P 4. Not iperf3. Although the equipment he tested on did have a switch. The Helios4 does not. I don't think the way I'm using mine it matters a whole lot though.
  5. Is it me or it the mv_xor driver being loaded late? ``` [ 0.007976] xor: measuring software checksum speed [ 0.164062] xor: using function: arm4regs (2534.000 MB/sec) [ 0.316068] raid6: neonx8 xor() 1096 MB/s [ 0.452063] raid6: neonx4 xor() 1378 MB/s [ 0.588069] raid6: neonx2 xor() 1610 MB/s [ 0.724066] raid6: neonx1 xor() 1346 MB/s [ 0.860075] raid6: int32x8 xor() 328 MB/s [ 0.996072] raid6: int32x4 xor() 369 MB/s [ 1.132082] raid6: int32x2 xor() 332 MB/s [ 1.268063] raid6: int32x1 xor() 285 MB/s [ 1
  6. kernel 5.9.12 has btrfs fixes. Sounds like the bug is something else though.
  7. I tried to install ZFS on my Helios 4. Gave me some 32-bit kernel error. So btrfs it is. Anecdote: my Helios 4 has survived probably over 100 kernel freezes (because of broken DFS patches) and btrfs scrub finds no problems. bittorrent verify also shows no problems. Overall, I'm satisfied with btrfs. Now as a user of OMV, I would love OMV 6 with btrfs support :). edit: I will also note this is with RAID5, which is strongly recommended against.
  8. Maybe btrfs does something special.
  9. Is that btrfs raid5? edit: I just had a thought. Since the Helios 4 is underclocked, I wonder if placing it back to the stock clocks would make the DFS patches work. Then again, I do remember my Turris Omnia freezing as well. Never mind.
  10. 2 degrees higher CPU temperatures were reported on a WRT3200ACM. That's a router with no fans. In other words, no difference.
  11. DFS patches were removed for current and legacy. dev still has them. I assume builds will be out soon if they're not out already.
  12. 2 days uptime without DFS patches. No issues to report. Marked as solved. I assume new kernels will be out if they're not already.
  13. I'm running btrfs scrub currently without the DFS patches. 2 hours uptime and counting. Old or new DFS patches do not make a difference. They both cause freezing. edit: I should mention the reason I'm running btrfs scrub is because of all of these kernel freezes. I'm expecting to see errors. So far there are none. That's pretty impressive as there have been 100+ freezes. Anyway I'm done with these DFS patches. Whether or not they get removed, I'm building my kernels without them.