I went full-time FreeBSD for a couple weeks. These are my takeaways.

I doubt it. SSD's are already at max controller performance. Only physically rotating disks can take advantage of scheduled read and write operations because the non-linear round discs lose time on the head operations. On a SSD everything is adressable already without mechanics. Much less to improve.

I still believe SSD's are a consumerist scam, though There's no reason to be monotihic "everything dies at once and you have to buy a new one" devices. That contradicts the properties of the medium. It's almost permanent RAM but there's no refresh needed. Nothing has to crash on a bad byte. That's only a read failure of a disk location. We can skip it forever. Special advantage is that you can't have a wear dust particle rolling over the surface, causing infinite random damaged area.
Dunno, I've been running on this 'consumerist scam' since 2012, and I still have that SSD, it's still running and booting, and it went through more OS reinstalls and re-formats than I care to count. Hell, I'm planning to use that same SSD to play with RedoxOS when I find the time.
😏
 
Dunno, I've been running on this 'consumerist scam' since 2012, and I still have that SSD, it's still running and booting, and it went through more OS reinstalls and re-formats than I care to count. Hell, I'm planning to use that same SSD to play with RedoxOS when I find the time.
😏
This is my experience with SSD as well. I still have my first SSD, a 128GB Sata III purchased from ebay. It still functions. But I still back up my systems on spinning disks.

Edit: I should note that I made the purchase in 2015. My other solid state disks also still function, and I have many.
 
Dunno, I've been running on this 'consumerist scam' since 2012, and I still have that SSD, it's still running and booting, and it went through more OS reinstalls and re-formats than I care to count. Hell, I'm planning to use that same SSD to play with RedoxOS when I find the time.
😏
I have SSD's too. But they aren't what they technically could be because that would extend their usability to the point where so much space is broken and marked bad that there's no value left. That's a real high age. It happens immediately if the entire device stops working because some specific area is damaged. Which is the case for all SSD's at this moment. They usually don't even break per physical chip but all of them at the same time, so end of life. This is a collective industrial trick to sell a lot more. I estimate like 90% more. At some point size and speed win from earlier models. They are ruled out because it would require an absurd quantity to reach the same performance and space as 1 recent device..
 
I have SSD's too. But they aren't what they technically could be because that would extend their usability to the point where so much space is broken and marked bad that there's no value left. That's a real high age. It happens immediately if the entire device stops working because some specific area is damaged. Which is the case for all SSD's at this moment. They usually don't even break per physical chip but all of them at the same time, so end of life. This is a collective industrial trick to sell a lot more. I estimate like 90% more. At some point size and speed win from earlier models. They are ruled out because it would require an absurd quantity to reach the same performance and space as 1 recent device..
I've had a cheap and crappy SSD once, from the TeamGroup brand. Lesson learned, you get what you pay for. SSDs from Samsung, Western Digital, ADATA, SK Hynix - those are good, and well worth the money.
 
I've had a cheap and crappy SSD once, from the TeamGroup brand. Lesson learned, you get what you pay for. SSDs from Samsung, Western Digital, ADATA, SK Hynix - those are good, and well worth the money.
My count 0f 128GB and 256GB is 40 or so of many generations. The speed would be irrelevant if I could use them all in 1 system.
This is what I'm talking about. They break in 1 time and are barely useable in large amounts combined. They are expected to be thrown away, The entire SSD market relies on artificial EOL to avoid that everybody keeps using them until it's not worth it anymore. Not having that would be fatal for the current establishment.
The speed of 1 storage device is insignificant. It's the main bus and lanes that set the limits. An SSD is made of many identical circuits. There's no cause that makes it break all at once. The controller stops functioning, that's the trick.
 
My count 0f 128GB and 256GB is 40 or so of many generations. The speed would be irrelevant if I could use them all in 1 system.
This is what I'm talking about. They break in 1 time and are barely useable in large amounts combined. They are expected to be thrown away, The entire SSD market relies on artificial EOL to avoid that everybody keeps using them until it's not worth it anymore. Not having that would be fatal for the current establishment.
The speed of 1 storage device is insignificant. It's the main bus and lanes that set the limits. An SSD is made of many identical circuits. There's no cause that makes it break all at once. The controller stops functioning, that's the trick.
FWIW, to date, I have not built a machine that accommodates that many SSDs at once. I have only built desktop machines, and swapped out SSDs / wifi cards from laptops. And with the exception of the TeamGroup example, I never needed to throw away any of the SSDs that came my way, they all still work fine. :P
 
FWIW, to date, I have not built a machine that accommodates that many SSDs at once. I have only built desktop machines, and swapped out SSDs / wifi cards from laptops. And with the exception of the TeamGroup example, I never needed to throw away any of the SSDs that came my way, they all still work fine. :P
A system that supports such thing would be serlous competition to all individual storage products. Many small m.2 SSD's on 1 board with failsafe redundancy so only PSU loss can take it all down, why not?
USB storage does a different trick: push everything through 1 controller channel for no reason. It destroys the option of any kind of array made of relatively worthless devices.
 
A system that supports such thing would be serlous competition to all individual storage products
You can get a PCIe-based controller card that plugs into the same slots as a GPU card. Those do run for about $400 USD, last I checked.

As for USB - based storage, a good old UBS hub will do the trick, you can daisy-chain up to 128 of those. And there's plenty of convenient plug-in adapters on the market, too.

😏
 
I just wanted to add one or two quick thoughts regarding my very first early experiences with FreeBSD, and some of the things which nearly caused me to abandon it altogether.

When I first installed FreeBSD, I was able to get the Xfce desktop working relatively easily, but my scanner, my webcam, and also Okular refused to work. Six months later I now realize that the majority of my problems seemed to be caused by not having the correct permissions for certain directories, not having my user in the correct groups, not having may rules configured correctly, not having rc.conf configured correctly, and also having packages which were out of date. Today, however, all of my peripherals are working, and I can pretty much use my computer for all of the mundane tasks I want to use it for.

Before trying out FreeBSD, I had earlier experience with Ubuntu, which I guess kind of made me a little bit spoiled and lazy. Looking back, it seems that Ubuntu must have automatically made my user member within the correct groups, and also gave me the correct permissions to easily to do other tasks such as easily mount removable media. So, I think that many new comers to FreeBSD will make the faulty assumption that the FreeBSD installation process will do everything for them, and that after the installation process is complete, they will end up with an operating system as friendly as Ubuntu or Windows 10.

I'm not saying that FreeBSD isn't friendly, or easy to use, but it does seem to require a little bit more post installation configuration than the above operation systems I just mentioned, and those configuration requirements probably won't be immediately obvious to someone who is new, and thus they will be stuck with one or two things which don't seem to work properly.

So if you're new to FreeBSD and you're thinking about giving up, before you do that, please make sure that your user is a member of all of the required groups, make sure that you have rc.conf, devfs.rules, and fstab configured correctly. There are other configuration files to be concerned with, but these are the ones which I stumbled over the most during my first weeks/months of using FreeBSD. Also, I remember early on I couldn't get any of the PDF reader applications to work on my installation of FreeBSD, but that problem went away after I did a package upgrade.

Also, if you're new, then you should be aware that at least half of the information provided by the Google chat bot is wrong, and you're much better off searching this form for older posts dealing with whatever problems you may be having, rather than copying and pasting random stuff from a search engine.

Today, the only problem which won't go away is the fact that I cannot seem to transfer files from my phone to my computer, but that is okay,as I have two older laptops running Debian, and I can transfer photos that way if I need to. Well, I don't know if the above information is useful or not, but as I look back over the past few months, that is how I basically got over the hump and became happily married to FreeBSD.
 
I cannot seem to transfer files from my phone to my computer,
That is easily solved by installing an up-to-date Samba server (net/samba423) on the computer, and making a folder available on the LAN.

Yeah, it does involve a bit of RTFMing, but it's easy to set up. You can also use WebMin (also in Ports) to make the config a bit easier.

Then, the phone does have apps to connect to a Samba share on the the LAN.

Direction matters, though: From phone to computer - easy, I have just decribed how to do it. From computer to phone - different setup required.
 
it seems that Ubuntu must have automatically made my user member within the correct groups, and also gave me the correct permissions to easily to do other tasks such as easily mount removable media.

Ubuntu is a single-user desktop as easy to use as possible for everybody turn-key OS based on Linux. Of course it's trying to prevent its users from the need to do things by themselves, which means learning, and autoinstalling and autoconfiguring as much of the most popular stuff as possible, which on a unix[like] system includes permissions.

Anyway, FreeBSD on the other hand is a multi-purpose OS, trying to be as close to original BSD ("west coast Unix"), and to support as many job purposes from firewall, router, embedded system, NAS, server, single- to multi-user desktop, and what else could be done, on a reasonable selection of supported hardware as what with the given resources of man power and money is possible.
And it tries to be - also as some kind of a reasonable compromise - as secure as possible.
This brings to consequences:

1. What you get in the first place is a fully complete, solid and already pretty powerful, but compared to many usages pretty basic OS. The idea is, all you need additionally you add yourself - tailor your own suit to fit exactly the individual needs.
What is the use of having a GUI plus LibreOffice installed by default, when you set up a headless NAS?

Instead of getting a heap of preinstalled junk - prechosen, preconfigured, prethought by others, an one-size-fits-all boilersuit - you neither need, nor want, which you have to deinstall after installation again, and then install all you need/want anyway. Just for having the comfort to prevent learning: what there is, what you need, how to install and configure it. Most are comfy with that. OK. But you cannot get an individual tailored solution by picking a pre-made one. Not everybody is grasping that. What you always can see when every now and then again in the forums the question comes up, if it wasn't a neat idea when FreeBSD comes with autoinstalling a GUI by default. *sigh* 😴

Imagine FreeBSD as some kind of a chassis: It's pretty basic, but already useful. And for some purposes already fully sufficient. If you need something more, you build it upon it as your own: car, coach, truck, fire engine, excavator, crane... - it's up to you. Instead of getting a mobile home in the first place, strip it completely down first to get just a chassis, and then to build a bin lorry from it. Or start very basic by first building a frame, attach wheels, add a motor...

2. Security. If everything is already permitted to everybody by default, that's very comfy of course. You don't need to care about anything. Just plug in your USB flash drive and voilá, it's mounted. But if you build a server, physically accessible to other people, it may be better if not everybody can just simply stick his thing into it and gets automatic access to it. Again it's the question of having it all given by default or only what you explicitly ask for.
It's a question of the attack surface. By principle the more is installed, the larger is the chance of security holes. If lots of stuff is installed and given permissions by default, it's comfy, because all works automagically by default without any effort by yourself.
But if you only install and configure what you need, you also know what you have installed, know what permissions you gave only to what and for what you need, and you keep track of that, that by principle is safer than instead having no clue what's all installed, what permissions are given for what. Particulary not when by default the doors kept open for every possibility any user may bring. And especially not, if it's unknown there is such a thing as permissions at all. Which is another thing a turn-key OS prevents users from learning to keep things easy for them.
 
Has anyone here tried pkg install desktop-installer?

I have used it several times recently to set up a useable and user-friendly desktop for both myself and my sweet, computo-klutz wife, once I have completed the full installation of FreeBSD. In fact, I have come to rely on it for installing and running a FreeBSD system.

Of course it requires loads of "tweaks", but I have everything I need working properly now: scanning, printing, file manipulation, security (properly configured pf), cron jobs, etc.

I highly commend the programmers who provided desktop-installer. They have done an excellent job.

It takes me about 2 hours to completely install, from scratch, a working desktop computer based on FreeBSD.

In fact, it makes the installation and configuration of FreeBSD almost as easy as installing Linux Mint (Cinammon), which I have also done for certain friends.

Ken Gordon
 
Back
Top