Solved I finally have created an experimental BSD Project called CultBSD it uses uzip compressed with zstd level 19 compression its pretty fast.

I finally have created an experimental BSD Project called CultBSD it uses uzip compressed with zstd level 19 compression its pretty fast.
 
Last edited:
FreeBSD itself does not care if it is installed on USB or a spinning-drive or SSD or an NVME.
For virtualisation bhyve will give you better performance than qemu.
 
I believe that zfs would work better on usb.
UFS could be faster on slow media as the data structures are simpler, but at the same time, if you enable compression on ZFS and your data is well-compressable, you'd also have a lot less data to read and write on ZFS and that'll make up performance differences and then some.

Feel free to give both a shot and determine what works best for you.
 
Are you using desktop environment with it? Because if desktop environments runs extremely slow with USB sometimes. Especially with low capacity USB. Like if your USB 16 GB, it's normal. Also I tested to run Linux on 16 GB 3.0 USB and boot took nearly 10 minutes. So it's normal.
 
christhegeek it will help to have separate posts for issues with X.Org, SLiM and GTK.

Re: your opening comment here, FYI <https://github.com/helloSystem/ISO/issues/4#issuecomment-830773303> the work by Jordan Gordeev.


Food for thought: <https://github.com/helloSystem/ISO/issues/102> in particular, FreeBSD bug 254318 – [panic] when a specific sequence of read requests is issued to a geom_uzip device the kernel panics – reported by the same person.
 
christhegeek it will help to have separate posts for issues with X.Org, SLiM and GTK.

Re: your opening comment here, FYI <https://github.com/helloSystem/ISO/issues/4#issuecomment-830773303> the work by Jordan Gordeev.



Food for thought: <https://github.com/helloSystem/ISO/issues/102> in particular, FreeBSD bug 254318 – [panic] when a specific sequence of read requests is issued to a geom_uzip device the kernel panics – reported by the same person.
View: https://www.youtube.com/watch?v=HVcx6GPjjPg

My very second experiment its fast as the wind my old and slow usb runs it fast
If you wanna try it test it on a usb flash
(Don't test it on Virtualbox it doesn't work gives me a crazy 5k resolution and some other problems i have included everything needed for virtualbox i think.)
The gpu auto-detection script supports nvidia,intel and newer amd gpus i never tested it with an AMD unfortunately cause i don't own one but it will be improved.
 
Sorry, I can't resist the urge to test …

Don't test it on Virtualbox it doesn't work gives me a crazy 5k resolution and some other problems

Here:
  • at a glance, no problem with resolution
  • the lack of free space in the home directory is an issue, I shouldn't attribute this to VirtualBox.
I want to move partitions 5 and 6, for the free space to be adjacent to thehome

1630246976732.png

Postscript

Sorry, I overlooked the install script …

1630262611464.png
 
I found the problem i think and fixed it ! I made the configuring straight to the target disk no temporary files.
But i didn't had any problems while i tested it on real pc and virtualbox.

I would be very happy if you tested it again .
Plasma shows a message about Home directory don't have space ignore it it should have at least 350mbytes of free
 
Also I tested to run Linux on 16 GB 3.0 USB and boot took nearly 10 minutes. So it's normal.
I run a MythTV diskless client on Debian 10 (buster) which boots off a 16GB USB2 stick.
It has 4 GiB memory, and the CPU is more than a decade old -- an AMD Phenom II X2.
From a cold start, it boots to the point where Gnome is started in less than a minute, and within another minute has the MythTV client fully operational.
I have done nothing to optimise the boot time, and the system is extremely responsive in the role it performs (running mostly out of memory).

I have not run FreeBSD on a thumb drive for some time, but I have no recollection of unusually poor performance.

There is very little space on home
This may be the cause of your problem. Most file systems will experience catatonic performance issues when more than about 90% full. Try a larger USB stick.
 
Now is very fast !! Maybe faster than booting on a mechanical disk , but you can try it by yourself
I will upload a third pre-alpha release
Test it on a usb flash to really see the performance just choose a 16gbytes or larger usb just in case a 8gbytes maybe would fit.

I'm using uzip with zstd compression level 19 and really i don't think linux distros with heavy desktops like this would run any faster .
 
Now is very fast …

You can edit your opening post (it describes the live image as extremely slow).

Also, consider making a separate post whenever a new image is to be discussed.

I will upload a third pre-alpha release …

Downloading now. Thanks again.

… more clearly explain WHY people should try out CultBSD in one of the pages.

Re: <https://old.reddit.com/r/freebsd/comments/p77x74/-/h9mc6di/?context=1> it is, in part, a (pre-alpha) alternative to GhostBSD.
 
I created this project for myself to learn more about FreeBSD and to be able to clone my entire disk to an external backup that would double as a bootable disk i can take it with me.
This worked in the first release with lxde desktop it was light and could run ok i don't know if it would work with plasma i dont think but still i will be able to restore my pc where it was. --You need to use compression to have nice performance on usb flash .
Also i won't install ghostbsd i prefer to install FreeBSD and install every package and do every tiny configuration myself even if i don't have the time.
 
i prefer to install FreeBSD and install every package and do every tiny configuration myself even if i don't have the time.
Same for me, that's why i would not install CultBSD. Vanilla FreeBSD it is, nothing else.
Don't want to spoil your hard work, but you see, there are reasons not to use your project.
 
… and to be able to clone my entire disk to an external backup that would double as a bootable disk

Smart.

A few days ago I used ZFS send and receive to migrate from one hard disk to another. The old-fashioned way, with a recursive snapshot.

In retrospect, I might have found it easier with a bookmark. The FreeBSD manual page for zpool-features(7) seems to be missing online <https://www.freebsd.org/cgi/man.cgi?zpool-features(7)>, so instead, for now: <https://openzfs.github.io/openzfs-docs/man/7/zpool-features.7.html> or <https://www.freebsd.org/cgi/man.cgi?query=zpool-features&sektion=5&manpath=FreeBSD+13.0-RELEASE>


This worked in the first release with lxde desktop it was light and could run ok i don't know if it would work with plasma …

I don't imagine KDE Plasma being a showstopper.

I suggest setting a simple passphrase – maybe cultbsd – for the cultbsd user.

 
I mean of course you shouldn't but the main purpose is to lure more people to FreeBSD and show them its cool if not even cooler than linux.
You said something about vanilla of course it is 100% FreeBSD i won't install anything that has modified FreeBSD even its package servers .
NomadBSD would be something i would be glad to install and i have tried it its ok but if i was to use a portable usb FreeBSD it would be my own
because the compressed root gives a big performance boost. If you just install FreeBSD on a flash disk
it would be very very very slow and almost unusable not even try to install a heavy desktop it won't even start except we talk about high speed ssd external drivers and still its performance would be bad.
--- The idea is to have a ready installed system having all you need to start , maybe you're doing overtimes in your job , imagine being a programmer i'm sure you won't even talk about installing anything other than ghostbsd if you had to reinstall of course.
 
Back
Top