Announcement

Collapse
No announcement yet.

F2FS & Btrfs Enjoy Some Nice Improvements With Linux 6.4

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • willmore
    replied
    Originally posted by pkese View Post

    Oh, I was not aware that they haven't fixed the actual problem.
    Valuable info, thanks. I'll stay away from RPi until they do (I've spent too much time debugging power issues in RPi already).
    They even picked up new mistakes when moving to USB-C. They failed to use two signaling resistors on the two CC lines. Instead, they tied them together and used one resistor. This caused smart USB-PD supplies to not see the board as a valid load and therefore not provide any power. I guess we can be happy that they didn't make the mistake that others have made where they use a USB-C connector for a fixed higher voltage (often 12V). This is very dangerous as that's well outside of the safe voltage range for non-PD aware USB-C devices.
    Last edited by willmore; 28 April 2023, 09:37 PM.

    Leave a comment:


  • pkese
    replied
    Originally posted by willmore View Post

    Rp4 only uses a USB-C connector. It has no other improvements in its power delivery system. That's a better connector for power than a micro-USB connector, but it didn't really fix any issues as the Rp4 uses so much more power than previous models. If they *had* included USB-C/PD support, that would have been a game changer. But, as they built it, the Rp4 is yet another flawed board with poor power delivery.
    Oh, I was not aware that they haven't fixed the actual problem.
    Valuable info, thanks. I'll stay away from RPi until they do (I've spent too much time debugging power issues in RPi already).

    Leave a comment:


  • willmore
    replied
    Originally posted by pkese View Post
    Things got better with RPi-4 with integrated USB-C power converter, but RPi-3 and older were quite bad in this regard.
    Rp4 only uses a USB-C connector. It has no other improvements in its power delivery system. That's a better connector for power than a micro-USB connector, but it didn't really fix any issues as the Rp4 uses so much more power than previous models. If they *had* included USB-C/PD support, that would have been a game changer. But, as they built it, the Rp4 is yet another flawed board with poor power delivery.

    Leave a comment:


  • pkese
    replied
    Originally posted by dimko View Post

    Using ext4 for root, F2FS for everything else SSD. About year now as well, no complaints. Speeds are fantastic.
    Raspberry Pi is somewhat specific, due to its power issues.

    If the USB power supply can't provide RPi with stable 5V (which is often the case due to thin USB cables) then glitches in supplied voltage can ruin SD cards, because SD cards usually don't have very sophisticated power supplies either.
    RPi may survive all sorts of glitches, but SD cards get bricked quite quickly.

    Things got better with RPi-4 with integrated USB-C power converter, but RPi-3 and older were quite bad in this regard.

    Edit:
    It's not exclusively 'bricking' SD cards - often times SD card survives, but you lose the data (filesystem can't recover data loss).
    At least in my experience, that was the case.
    Last edited by pkese; 26 April 2023, 12:23 PM.

    Leave a comment:


  • dimko
    replied
    Originally posted by Zeioth View Post
    I've been using F2FS for a solid 1-2 years on my main computer and it is very good. Zero issues, and slightly faster.

    Works great with systemd-boot. Grub had some serious bugs wish F2FS last time I tried.
    Using ext4 for root, F2FS for everything else SSD. About year now as well, no complaints. Speeds are fantastic.

    Leave a comment:


  • Old Grouch
    replied
    Originally posted by archkde View Post

    The great thing about systemd-boot is that the FS does not matter. It only reads from the ESP and leaves everything else to the kernel. Compare GRUB, which ships drivers for everything, which are often incomplete, outdated, buggy or slow.
    I don't know if GRUB2 uses the same source for the GRUB modules (drivers) and the code in grub-mount, but I find grub-mount useful for mounting things really read-only - it uses GRUB’s file system drivers via FUSE. Mounting a journalled ext4 filesystem read-only replays the journal. If you want to avoid that, another option is mount -o ro,noload


    If systemd-boot works for your use-case, that's great. I like the flexibility of GRUB.

    Leave a comment:


  • Alexmitter
    replied
    Originally posted by pkese View Post
    Raspberry PI Linux distros should have come with F2FS instead of ext4 preinstalled
    ... to improve performance and minimize wear (improve longevity) on SD cards.
    Mobian had trouble with F2FS and I was effected too, corrupted filesystems. They switched back to ext4 and everything is smooth since.

    Leave a comment:


  • pkese
    replied
    Raspberry PI Linux distros should have come with F2FS instead of ext4 preinstalled
    ... to improve performance and minimize wear (improve longevity) on SD cards.

    Leave a comment:


  • pauldoo
    replied
    Originally posted by waxhead View Post
    In general it is fun with news about optimizations and speed improvements, but sometimes I wonder; if a subfeature of project x (not the game) is improved by 4x or 10% or 20% or whatever I would really like to know what it compares against. You usually have to dig around a bit to find that info.

    Let me try a rather simple example. If a paint program uses 100 milliseconds to draw something on screen, but uses only 0.001 milliseconds to draw it's color picker, then a 4x improvement on on redrawing the color picker might not be of much value especially if you use it only once in a while. A 0.5x improvement on redrawing something on screen would be much more interesting, but sound less impressive.
    You are absolutely right. It even has a name, Amdahl’s law: https://en.m.wikipedia.org/wiki/Amdahl%27s_law

    It’s why benchmarks (especially micro benchmarks) rarely tell the full story.

    Leave a comment:


  • archkde
    replied
    Originally posted by Zeioth View Post
    Works great with systemd-boot. Grub had some serious bugs wish F2FS last time I tried.
    The great thing about systemd-boot is that the FS does not matter. It only reads from the ESP and leaves everything else to the kernel. Compare GRUB, which ships drivers for everything, which are often incomplete, outdated, buggy or slow.

    Leave a comment:

Working...
X