I talked to them about their planned downtime in their IRC channel, I think you'll get a laugh out of this:
15:22 <@clone1018> Like popular, so we could have 64 cores (with ht) machines
15:22 < Kyle> wait a second, planned downtime of 15 minutes.
15:23 < SSL> in NY only
15:23 < SSL> i think
15:23 <@clone1018> Yes
15:23 < Kyle> clone1018: that breaks the SLA, no?
15:24 < Kyle> isn't the SLA 99.9 percent?
15:24 * Kyle looks
15:24 <@clone1018> It depends, is our SLA based on year or month?
15:24 < Fishfish0001> month
15:24 < Fishfish0001> I believe.
15:24 < Kyle> 446.4 is your max downtime allowed per month
15:24 <@clone1018> Why do you say that?
15:24 < Kyle> in seconds
15:24 <@clone1018> Kyle: seconds?
15:25 < SSL> SLA is only for unexpected downtime
15:25 < SSL> that one is expected
15:25 < SSL> like
15:25 < SSL> announced
15:25 < Kyle> and since when does configuration changes require reboots on enterprise routers?
15:26 < mwcampbell> Kyle: Even I am not that anal. If I really care about uptime, I'll pay for geographic redundancy.
15:26 < Fishfish0001> 43 minutes is .1% of 99.9% of 30 days in minutes
15:26 < Kyle> Fishfish0001: it's 99.99

15:26 < Fishfish0001> oh nvm
15:27 <+KamalN> .tell asdasdads no it's not me
15:27 < Fishfish0001> 4 minutes, 19 seconds
15:27 * Kyle shrugs
15:27 < Kyle> I'm just pointing it out :p
15:28 -!- oDiafanos [~odifis@athedsl-247412.home.otenet.gr] has joined #digitalocean
15:28 < Kyle> Also, as far as the site mentions, there is no definition of "Uptime" beyond uptime,
15:28 < Kyle> so, not sure where you got that SSL
15:29 <@vt0r> Kyle, SLA's do not apply for scheduled maintenance
15:29 < Kyle> vt0r: then, 15:25 < Kyle> and since when does configuration changes require reboots on enterprise routers?
15:29 < SSL> that's what i said
15:29 <@clone1018> Kyle: It's probably more advanced then that
15:29 <@vt0r> Who told you it was just config changes?
15:30 < Kyle> vt0r: then clarify it :p
15:30 <@clone1018> But explaining every process they'll be going through is time consuming and unnecessary.
15:30 <@clone1018> Especially since it's 15 minutes, go watch an episode of scrubs and laugh at your downtime emails
15:31 < Fishfish0001> The downtime was supposed to happen last year

15:32 < Fishfish0001>
http://i.imgur.com/3ylZgxr.jpg15:32 <@clone1018> .wa time until Tuesday January 22nd 22:00 EST
15:32 < MrSwimmy> clone1018:
http://www.wolframalpha.com/input/?i=ti ... 2%3A00+EST | Time span: 6 hours 27 minutes 25 seconds 0.269 days 6.457 hours 387.4 minutes 23246 seconds
14:56 < Adran> How do you have a one gigabit pipe per vps?
14:58 <+KamalN> Why not?
14:59 <@clone1018> Adran: You grab the 1Gbit cable
14:59 <@clone1018> well
14:59 <@clone1018> actually sorry
14:59 < Adran> lol
14:59 <+KamalN> clone1018: 10Gbit
14:59 <@clone1018> You grab two 10Gbit pipes
14:59 <@clone1018> Throw them into the machine
14:59 <@clone1018> and boom
14:59 <@clone1018> Allocate 1Gbit per droplet and done!
14:59 <@clone1018> (Please note I have no idea how DO does it so ignore me

)
15:00 < Adran> aren't you employed by digital ocean?
15:00 <@clone1018> Yes but I don't work in the server room
15:00 <@clone1018> I help them remotely with support
15:00 < Adran> ah
15:00 <@clone1018> I also work at an eyeglasses company but I couldn't tell you what software we use for shipping

15:06 < Tux> o.o
15:06 < Tux> 1gbit per vps.
15:09 <@vt0r> defunctzombie, "without swap, if you build anything or something peaks memory for a moment it will just crash"
15:09 <@vt0r> The same thing will happen if you exceed swap capacity
15:10 <@vt0r> There's no reason to allow overutilization of RAM, because disk virtual memory is very slow
15:10 <@clone1018> Even SSD based virtual memory