Search results

Hmm. Would you mind posting the exact board and RAM type? I have a feeling this might be useful to others.

Pretty interesting stuff. I would imagine any one of the BSDs could fit the role well.

Most torrent clients have some kind of bandwidth shaping settings within them. You can for instance cap the torrent speed to a reasonable level.

"Import OpenBSD Kernel, Base and ideology with the HAMMER filesystem". There, fixed that one for you.

Interesting thread. What about Bill Yuan's work on ipfw3 which is supposed to be a lockless firewall? I agree concerning ZFS. Jordan Hubbard commented recently on this. ZFS isn't a distinguishing feature for FreeBSD anymore. A lot of the commits in the OpenZFS project are now coming from...

This is fantastic. Thanks for posting it! Is there is a similar way of getting this to work with nginx?

Gotcha. You will go nuts reading all of the information around the Internet concerning the ZFS and ECC RAM debate. There are extremists on both sides. Essentially it boils down to the fact that ZFS is doing a lot for you behind the scenes. Calculating RAID parity, caching filesystem data in RAM...

Great! The GA-B150M-D3H supports ECC modules, but the ECC functionality will not work (according to Gigabyte's own information page). Noted concerning the video card. I just found the cheapest used VGA out that I could find. It ended up being around $10 US or so.

Why not the GA-X150M-PRO ECC instead of the GA-B150M-D3H? I actually have the former and it works well with FreeBSD, not to mention it supports ECC RAM for data integrity. Your CPU is a 35 watt part. I don't know if you planned to use the stock cooler but the Alpine 11 - Passive is better in...

Since you are using ZFS could quotas help?

What was the solution that you found to deal with the problem?

How old is your board? There seems to be some kind of issue with these boards after around two years of operation where they just stop working. It has something to do with the watchdog timer rewriting the flash onboard when it should not. Eventually the chip wears out and the board stops...

This is interesting. Do you have a source for this? My guess is if they haven't done so they either don't care or don't have a case.

Block pointer rewrite is supposed to be the solution to fragmentation on ZFS, but it seems to be rather difficult to implement.

From everything that I have read, the only way to really defragment a ZFS pool is to copy the data to another pool and recopy it back.

Security is a function of many things thus the comparison is a bit too simplistic unless you are referring to out of the box security, in which OpenBSD may have an advantage depending the specific use case. PF is a nobrainer, it is simply more up to date on its native platform and able to rely...

Here is another one for you: https://cooltrainer.org/a-freebsd-desktop-howto/ There is also the script desktop-installer in the package repository and the ports tree. You simply do pkg install desktop-installer in a new install and follow the instructions. You can have a basic FreeBSD desktop...

There was a discussion on this some time ago. https://www.dragonflydigest.com/2016/04/11/17932.html

I guess it also depends on what you intend to use the storage pool for as well. If you just need a bunch of bulk storage to offload something temporarily, I would think that using ZFS should be ok. For long term or critical storage, very likely a bad idea. My vote would be for the UFS setup.

Hmm. This thread reminds me of IBM's OpenPower platform. Perhaps in the future the rise of open computing platforms may change the paradigm and put pressure on the current status quo.