Live data from Hacker News

DigitalOcean now supports FreeBSD

digitalocean.com

121–130 of 204 posts

Re: DigitalOcean now supports FreeBSD

#121
post #109

I am very intrigued by BSD as it comes highly recommended here. I just need an excuse to dip my toes. I need to set up a nginx -> nodejs server for a project soon. Given I have set up a number of linux servers without trouble, how much of a struggle would it be to just use BSD for this new project? Would it be worth holding off and just messing about in a VM, or would my linux experience just transfer directly to set…

You're still using the 2005 sysadminning model of instances/hosts running services. Use elastic beanstalk or similar to pop up a layer of abstraction to "app". Your time is finite.

Re: DigitalOcean now supports FreeBSD

#122
post #121
post #109

I am very intrigued by BSD as it comes highly recommended here. I just need an excuse to dip my toes. I need to set up a nginx -> nodejs server for a project soon. Given I have set up a number of linux servers without trouble, how much of a struggle would it be to just use BSD for this new project? Would it be worth holding off and just messing about in a VM, or would my linux experience just transfer directly to set…

You're still using the 2005 sysadminning model of instances/hosts running services. Use elastic beanstalk or similar to pop up a layer of abstraction to "app". Your time is finite.

> or similar

Is this alternative method another SaaS with a different API and performance characteristics? That takes time as well, in addition to the vendor lock-in. BTW, stacking abstraction x infinity is what causes systems to be bloated, unreliable security risks. Time spent gaining a greater understand of components on layers below the level of the stack you're operating on is time well spent, you'll be a better developer for it.

Re: DigitalOcean now supports FreeBSD

#123
post #121
post #109

I am very intrigued by BSD as it comes highly recommended here. I just need an excuse to dip my toes. I need to set up a nginx -> nodejs server for a project soon. Given I have set up a number of linux servers without trouble, how much of a struggle would it be to just use BSD for this new project? Would it be worth holding off and just messing about in a VM, or would my linux experience just transfer directly to set…

You're still using the 2005 sysadminning model of instances/hosts running services. Use elastic beanstalk or similar to pop up a layer of abstraction to "app". Your time is finite.

That, or do everything with VMs and guests, like they did in the 1960s and 1970s assuming you were using IBM mainframes.

Re: DigitalOcean now supports FreeBSD

#124
post #56

Just deployed a FreeBSD droplet and I'm not sure if it's just because the host network is busier than my other droplets, but I seem to be getting about half the network performance that I can in a default linux droplet. They are using Virtio, which is good since it doesn't require hardware emulation like the E1XXX devices on KVM. I should probably use a better test than cachefly but just wondering if theres any known…

FreeBSD is plenty fast. I expect Digital Ocean simply needs to work out some kinks. It will be fast soon enough.

Re: DigitalOcean now supports FreeBSD

#125
post #5

While this is great news, BSD support is currently the second most widely requested enhancement to the Digital Ocean service.[1] I wonder if we'll now see additional storage addressed soon? [1] https://digitalocean.uservoice.com/forums/136585-digitalocea... Edit: I've had this theme bookmarked for ages, now might be the time to build it! http://daemon-notes.com/articles/desktop/example

Hopefully it stays around and isn't axed like Arch was :)

Re: DigitalOcean now supports FreeBSD

#127
post #56

Just deployed a FreeBSD droplet and I'm not sure if it's just because the host network is busier than my other droplets, but I seem to be getting about half the network performance that I can in a default linux droplet. They are using Virtio, which is good since it doesn't require hardware emulation like the E1XXX devices on KVM. I should probably use a better test than cachefly but just wondering if theres any known…

I am also seeing really poor write speeds when comparing to my Linux droplets. 11MB/sec vs. 216MB/sec on Linux

With FreeBSD, in order to be able to have automatic backups work, we were required to disable journaling on the disk. This will cause the disk speed to be much slower than our Linux distributions.

If you wish to have higher disk speeds, but not use backups, we recommend for you to remount your disk with journaling. https://www.freebsd.org/doc/en/articles/gjournal-desktop/con...

Re: DigitalOcean now supports FreeBSD

#128
post #63
post #56

Just deployed a FreeBSD droplet and I'm not sure if it's just because the host network is busier than my other droplets, but I seem to be getting about half the network performance that I can in a default linux droplet. They are using Virtio, which is good since it doesn't require hardware emulation like the E1XXX devices on KVM. I should probably use a better test than cachefly but just wondering if theres any known…

Yes, it's really sluggish. Also both power off and resize do not work for me - as I wanted to upgrade it to compare the performance.

Could you open up a support ticket so our support team could help you out? Both of those should work without issue.

Re: DigitalOcean now supports FreeBSD

#129

Earlier quoted context omitted.

I am also seeing really poor write speeds when comparing to my Linux droplets. 11MB/sec vs. 216MB/sec on Linux

With FreeBSD, in order to be able to have automatic backups work, we were required to disable journaling on the disk. This will cause the disk speed to be much slower than our Linux distributions. If you wish to have higher disk speeds, but not use backups, we recommend for you to remount your disk with journaling. https://www.freebsd.org/doc/en/articles/gjournal-desktop/con...

Why did journaling interfere with automatic backups?

Re: DigitalOcean now supports FreeBSD

#130
post #102

Earlier quoted context omitted.

Here is a good explanation: http://etherealmind.com/allocating-64-wasteful-ipv6-not/ .

You still get a /64 at DO, though. So this doesn't hold true. EDIT: Should add that you do not get a complete /64, but 16 addresses from a /64. Probably in a private VLAN or something.

That is an artificial limitation. I got an allocation as a ::c001/64 and can use up to 15 more addresses, but I strongly suspect that I share that /64 with many others. I continue paying DO, but I believe they just plain don't get IPv6 and DNS want to spend the time learning. It's a shame as they are likely to be affected by the IPv6 shortage much more than the larger/more expensive providers and it would be in their interest to have more of te Internet upgrade.
Post reply on HN