What features are you excited about for FreeBSD 12?

My main reason for updating to FreeBSD 12 (actually stable/12, to be exact) are improvements in the NVMe support and TRIM, because my new hardware includes an NVMe SSD that can do 3 GB/s (read and write), and I want to make good use of it.

There are also some improvements to bhyve, but it still doesn't support pass-through of CD / DVD / BD drives, so I'm stuck with VirtualBox which supports that.
 
kpa said:
The Clang change isn't a problem unless you can prove that it breaks a userland API/ABI (go ahead and prove me wrong, I doubt you can), that's what the stability in FreeBSD is all about and not about whether the tools used to build the programs are this version or that version.
Click to expand...

Well for me I have to audit every compiler change, as need predictable behaviours in binaries. I got round this by using a specific version of a compiler from the ports tree instead of base compiler, but now the ports tree maintainers have started removing compilers that are not EOL upstream. Which makes it hard to rely on a compiler version in the ports tree as well, because the removal of compilers is now unpredictable and not in line with support policies upstream anymore.

Compiler development tends to be ahead of other software development, so a compiler gets released, and then there is a time lag for software developers to catch up and make their software work properly with that compiler, but if the OS is always on the latest bleeding edge compiler you dont get that 'matured' advantage.

Now if as you said the only concern is userland code, then perhaps that concern needs to be widened a bit, I know in the past the base compiler had to be stable on all ports as well.

I am looking at this from a LTS perspective, whilst FreeBSD seems to be gradually moving more and more to a rapid development model, other OS's have done the same but tend to have alternative policies in place for LTS user's as well.
 
chrcol said:
Well for me I have to audit every compiler change, as need predictable behaviours in binaries.
Click to expand...
Purely out of curiosity: Can you explain why you care so much? For example, if the compiler maintainers improve the code generator or optimizer slightly, and create a nearly equivalent but faster instruction sequence, why would this create problems for you? At what level do you really care about the binary being predictable? Perhaps you could (should?) have the compiler run only once, and take its output and check it into your change control system and rely on it?

I'm just interested in why someone would go to the extreme of auditing the generated code, that's an interesting workflow.
 
Hi Guy´s,

I have a question. Why is so necessary to update th FreeNAS to the newer version. We have FreeNAS 11 SMB3_02 and mount_smbfs tied. I read all comment but our FreeNAS is kind a big and I would like to do it without the update. Might be there some another option...

We have our Virtuel Mashine with Veeam, and connected iSCSI with FreeNAS. I want to make a copie of Veeam Backup file witch lies one the FreeNAS Drive. I have between FreeNAS and iSCSI Virtuel Mashine 60-80Mbit/s it´s all ok but if I take the copy to my WD Elements trough RDP than max 5,5Mbit/s o_O.
RDP makes slower, is my opinion after experience and Google.

There is some option to make it faster without connect directly on FreeNAS with USB drive?
Trough Server somehow and not on complicated way? I have not much time and therefore is important.

Thank you and have a nice day! 🙏🧑‍💻
 
We are a FreeBSD support forum. For FreeNAS questions, please contact those guys.
 
You must log in or register to reply here.
Back
Top