Forum > Embedded
RaspberryPi Zero2W
MarkMLl:
--- Quote from: dbannon on December 19, 2023, 11:06:16 am ---I recently found, using Debian Bookworm on a PasPi4 with only 2G ram that I needed to increase swap to 1G when compiling Lazarus. The same hardware a year (?) ago running Debian Bullseye based Raspi OS worked 'out of the box', so I don't know if its because Lazarus has got bigger or the OS has got bigger, both true of course.
--- End quote ---
I'm not entirely happy with the performance of "Bookworm" on an x86_64, so that would be my first suspect.
Let's blame it on systemd...
MarkMLl
Mark20:
Thank you for all tips !
About the "SD-Card that has little-to-no wear levelling and it won't last long",
also a standard Rpi4 could have the same problem ?
TRon:
--- Quote from: Mark20 on December 21, 2023, 10:25:57 pm ---About the "SD-Card that has little-to-no wear levelling and it won't last long",
also a standard Rpi4 could have the same problem ?
--- End quote ---
Not could, but does have the same issue.
The only difference is that a pi4 has the option to come in variations with more memory which reduces (or can reduce) the number of writes to the sd-card. If you have a pi4 with enough memory then consider compiling to a ram disk or use a (USB) attached storage device that is more robust.
MarkMLl:
--- Quote from: TRon on December 21, 2023, 11:36:06 pm ---
--- Quote from: Mark20 on December 21, 2023, 10:25:57 pm ---About the "SD-Card that has little-to-no wear levelling and it won't last long",
also a standard Rpi4 could have the same problem ?
--- End quote ---
Not could, but does have the same issue.
The only difference is that a pi4 has the option to come in variations with more memory which reduces (or can reduce) the number of writes to the sd-card. If you have a pi4 with enough memory then consider compiling to a ram disk or use a (USB) attached storage device that is more robust.
--- End quote ---
Plus modern SD-Cards /might/ be more robust. But apart from that: /all/ devices which write to an SD-Card have the same problem unless they're using a filesystem designed- from the ground up- to have its own wear-levelling. Swap is particularly brutal, and this has been an issue since the Pi-1.
I think it was the Pi-3 which introduced the ability to boot from USB-connected media, although it was disabled by default. But in any event it's never been difficult to boot from card but mount external media a the root device (i.e. /) although there's obviously a possibility that an version of Raspbian that wasn't expecting it might be unhappy e.g. applying updates.
In practice, I've got an RPi-3 here driving a 3D printer etc., it boots Buster from "spinning rust" and apart from font metrics issues that I think I've mentioned in another thread I've never had any problems.
MarkMLl
TRon:
--- Quote from: MarkMLl on December 22, 2023, 09:43:14 am ---Plus modern SD-Cards /might/ be more robust. But apart from that: /all/ devices which write to an SD-Card have the same problem unless they're using a filesystem designed- from the ground up- to have its own wear-levelling.
--- End quote ---
Correct.
--- Quote ---Swap is particularly brutal, and this has been an issue since the Pi-1.
--- End quote ---
I can confirm.
--- Quote ---I think it was the Pi-3 which introduced the ability to boot from USB-connected media, although it was disabled by default. But in any event it's never been difficult to boot from card but mount external media a the root device (i.e. /) although there's obviously a possibility that an version of Raspbian that wasn't expecting it might be unhappy e.g. applying updates.
--- End quote ---
AFAIK every device listed here is capable of booting using USB host mode (at least it is advertised as such) and also AFAIK the pi3 allows to directly boot from a USB device (after some initial setup).
--- Quote ---In practice, I've got an RPi-3 here driving a 3D printer etc., it boots Buster from "spinning rust" and apart from font metrics issues that I think I've mentioned in another thread I've never had any problems.
--- End quote ---
I do not have any issue with my pi's either but it seems that either there are people that have a terrible choice in selecting a proper SD card manufacturer/brand or do not fully understand that when you log data every 2 milliseconds that you are not suppose to write that log to a file on a SD-card that every 2 milliseconds. That will kill your SD-card for sure within a couple of weeks, if not days.
I have tested with running Lazarus on a pi3B+ but that is definitely too much to handle for that poor little thing as it requires swap for a rebuild and Lazarus/FPC does write a lot of data for/on each compilation. It is an eye opener when you dive deeper into that topic and also made me more aware so that I now use a ramdisk instead of ssd-storage for my builds and compiles (even though the wear leveling is in a much better position/state for SSD storage).
Navigation
[0] Message Index
[#] Next page
[*] Previous page