Thank you so much for your time in producing this Stephen. It taught me a lot of what I needed and wanted to know about first steps with and overview of Dragonfly BSD. I'm also currently scouting for a nice USB live ONLY BSD distro - with full encryption, as an alternative to Tails OS, preferably with XFCE. I just played around with Tails now and I just don't like the GNOME environment, and also, for somebody who doesn't need total system amnesia, it has limited functionality and default repo options for adding s/w. I wonder if Dragonfly might be an alternative with some tweaking, and I'm just about to look at Nomad BSD.
DragonflyBSD's HAMMER filesystem caches everything (whatever it can) on RAM, thus there is very low footprint of using the disk I/O. Whenever, an application needs more memory and the range hits RAM capacity, Draonfly will flush this cache from RAM (if any) that created by HAMMER. Dragonfly can be an outstanding choice for high-load video CDNs. (E.g. Netflix, RUclips, etc) where a same video (can be larger in size) access more than once, so the latency between clients will be lower than access the same file from disk again and again. As a daily driver, I assume, Dragonfly isn't a good choice for most people. The RAM usage isn't efficient here, and having a low amount of installed memory, (e.g. 16GB is fairly low in this case, where stuff will get cached) will cause swap to go out of it. And to be fair, DragonflyBSD itself also cache a lot of other stuff, so here's HAMMER will be very first who does caching most of it. Choosing UFS might be a good alternative, however, I can't say Dragonfly has same implementation and reputation as FreeBSD's UFS has. Even it was a fork of FreeBSD, that was very long ago thing, and FreeBSD also backed by some companies, like Netflix. Hence leaving DragonflyBSD pretty much unpopular in most use cases. Though it doesn't means Dragonfly is immature. It just lacks little background and the foreground from the vast community of BSD and might also (Linux). With some attention, I believe, DragonflyBSD will stand out! Also, great video! This video also can be a good introduction of DragonflyBSD to all new folks!
All BSD's, at least regarding legacy hardware. I'm running a very old NetBSD on a Pentium 75Mhz AT. It recently got a floppy2usb apparatus, so I don't have to use floppies for installation. Everything works and is very compatible with recent machines that I have. I can't imagine doing this with a old Linux version Ofcourse it's possible but Linux wasn't that far 25 years ago. It would require me to read a lot of related docs. I think at this area, the old UNIX-roots are an advantage because they handle all the old standards with no effort. Like a 10 mbit 8-bit ISA networking card is no problem. It also works at low level with the DOS packet-driver, but I doubt if linux takes this, since this stuff was already kind of obsoleted when Linux was written.
@@manuell3505 thanks for the answer dude but the thing is when i try to use a linux or bsd system it get out of ram and complety Freezed easily any clue why?
What's the performance versus DragonFlyBSD 6.0.1? In a VM that I tried to use it, It would be buggy and even stuck and not respond for some seconds. Do you think it's worth trying again?
For a small development team Dragonfly BSD is astounding.
Agreed!
Thanks Stephen, saw it on Distrowatch as being released but this was an informative video (again). Keep them coming!
Thanks for watching, and stay tuned! :)
Nice video, it is nice that you cover a less known but yet powerful BSD !
#RunBSD
Glad you like it!
Thank you so much for your time in producing this Stephen. It taught me a lot of what I needed and wanted to know about first steps with and overview of Dragonfly BSD.
I'm also currently scouting for a nice USB live ONLY BSD distro - with full encryption, as an alternative to Tails OS, preferably with XFCE.
I just played around with Tails now and I just don't like the GNOME environment, and also, for somebody who doesn't need total system amnesia, it has limited functionality and default repo options for adding s/w.
I wonder if Dragonfly might be an alternative with some tweaking, and I'm just about to look at Nomad BSD.
Thanks for sharing! :)
Great presentation......this is exactly what I was looking 4.
Great to hear!
DragonflyBSD's HAMMER filesystem caches everything (whatever it can) on RAM, thus there is very low footprint of using the disk I/O. Whenever, an application needs more memory and the range hits RAM capacity, Draonfly will flush this cache from RAM (if any) that created by HAMMER.
Dragonfly can be an outstanding choice for high-load video CDNs. (E.g. Netflix, RUclips, etc) where a same video (can be larger in size) access more than once, so the latency between clients will be lower than access the same file from disk again and again.
As a daily driver, I assume, Dragonfly isn't a good choice for most people. The RAM usage isn't efficient here, and having a low amount of installed memory, (e.g. 16GB is fairly low in this case, where stuff will get cached) will cause swap to go out of it. And to be fair, DragonflyBSD itself also cache a lot of other stuff, so here's HAMMER will be very first who does caching most of it. Choosing UFS might be a good alternative, however, I can't say Dragonfly has same implementation and reputation as FreeBSD's UFS has. Even it was a fork of FreeBSD, that was very long ago thing, and FreeBSD also backed by some companies, like Netflix. Hence leaving DragonflyBSD pretty much unpopular in most use cases.
Though it doesn't means Dragonfly is immature. It just lacks little background and the foreground from the vast community of BSD and might also (Linux). With some attention, I believe, DragonflyBSD will stand out!
Also, great video! This video also can be a good introduction of DragonflyBSD to all new folks!
Excellent, thanks for your comment!
I did some pretty unsanitary pgbench testing between dragonflybsd and freebsd. The HAMMER2FS really crushes zfs in tests.
Good to know, thanks for posting this!
Interesting!
Are they ever going to port Dragonfly to ARM?
why did you reboot after installing xorg? couldnt you manually start the daemons and statrx from there?
Whos this os for? Can you even use art programs on this, get video/photo thumbnails in the file manager?
IMHO, the *bsds are primarily targeted at servers these days, running in a VM!
bsd works better at low levels of ram that linux ?
Perhaps - many variables make answering this difficult :)
@@stephenstechtalks5377 then i should give a try to bsd, but is a good idea using dragonfly bsd with just 4gb of ram ?
4GB should be fine! :)
All BSD's, at least regarding legacy hardware. I'm running a very old NetBSD on a Pentium 75Mhz AT. It recently got a floppy2usb apparatus, so I don't have to use floppies for installation. Everything works and is very compatible with recent machines that I have. I can't imagine doing this with a old Linux version Ofcourse it's possible but Linux wasn't that far 25 years ago. It would require me to read a lot of related docs.
I think at this area, the old UNIX-roots are an advantage because they handle all the old standards with no effort. Like a 10 mbit 8-bit ISA networking card is no problem. It also works at low level with the DOS packet-driver, but I doubt if linux takes this, since this stuff was already kind of obsoleted when Linux was written.
@@manuell3505 thanks for the answer dude but the thing is when i try to use a linux or bsd system it get out of ram and complety Freezed easily any clue why?
Out of interest, what steps would one need to take to have DF load up the desktop by default; instead of having to startx all the time ?
I would suggest setting up a display manager (like xdm) serves this purpose:
www.dragonflybsd.org/docs/handbook/X/
Good luck! :)
Nice.
Thanks!
You forgot the important part to show how to make xfce start automatically without having to type it every time in terminal at the startup
True story!
What's the performance versus DragonFlyBSD 6.0.1? In a VM that I tried to use it, It would be buggy and even stuck and not respond for some seconds.
Do you think it's worth trying again?
It's the same major version, so I wouldn't expect a significant change. :) Very hard to tell with particular hardware, but thanks for watching!
@@stephenstechtalks5377 Makes sense, I will try it and see for myself I guess ;)
Hammer2 new file system
Yup!