Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
asharp
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
91.
▲
by
asharp
15y ago
I don't believe you understand what the salt is for. You use a salt so that time/space tradeoff attacks are no longer viable. All you need to do is provide a few bits (say 20) of entropy to make them infeasable.
92.
▲
by
asharp
15y ago
I greatly doubt that it is faster to compute on the fly then to use a rainbow table.
93.
▲
by
asharp
15y ago
Sure it matters. If you don't have a reasonable salt then you're vulnerable to time/space tradeoff attacks like rainbow tables/etc. Also, in case you haven't used it. Scrypt is pretty damn awesome. It's designed to be memory hard, which mak
94.
▲
by
asharp
15y ago
Everybody wants us to sell it. We currently arn't aiming to, though. We are wholesaling this though, and we are looking at massively stepping it up. If you're interested, come talk to us.
95.
▲
by
asharp
15y ago
Isilon has damn awesome tech, albiet stupidly expensive. Atmos is absolutely horrific in most senses of the word. iirc. Ninefold has a bunch of "cheapie" Dell EMC units, hence their troubles awhile back. Don't quote me on it though. CloudCe
96.
▲
by
asharp
15y ago
Yep. Best path through is via SeMeWe3 to singapore which is fairly fast. Most people end up with bw through PPC1 or SX which both end up in the US. People mostly do this because SeMeWe3 is stupidly congested and expencive compared to say PP
97.
▲
by
asharp
15y ago
I agree. It would be nice to see one or two more innovative startups around the place though.
98.
▲
by
asharp
15y ago
Sigh. Some things never change.
99.
▲
by
asharp
15y ago
Ninefold is cloud.com on top of some EMC sans. CloudCentral is very modified cloud.com running on top of a damn cool san. Most of the others are all Vmware and such, all on fairly standard hardware. And then people wonder why their support
100.
▲
by
asharp
15y ago
We have a thriving VC community in Aus, with lots of awesome people and stupid amounts of money. It's for Mining/Agribusiness. Now trying to get a Tech VC community bootstrapped is going to be interesting, mainly because we seem to be stuck
101.
▲
by
asharp
15y ago
I'd give you that. Our VC market is very good for farms and for mines and for not much else. It's changing, but slowly. Going to SV makes this so much easier, but it means that you have to basically expand out of Aus, which is harder said t
102.
▲
by
asharp
15y ago
Not exactly innovative? Interesting. Would you mind telling me what gave you that impression? The most common reaction we get is that we should sell off our tech and not bother being a service provider. Mostly because we are, at the end of
103.
▲
by
asharp
15y ago
You just need to do rolling deployments to make simple things like that go away. Roll out a deployment to N machines (like say 10), run self checks (you have those, right?), if everything passes give them standard load. Over the next K peri
104.
▲
by
asharp
15y ago
What are you made of?
105.
▲
by
asharp
15y ago
Either way, if you are using renewables, you are going to be using a baseload renewable power source (geothermal/hydro) that isn't going to care about temperature. What you want is access to cheap electricity and cheap cooling. Whatever min
106.
▲
by
asharp
15y ago
Very few workloads need to scale out past the limits of any reasonable cloud provider. Properly built clouds can give you IO faster then a dedicated server, and give you CPUS on demand that far exceed what you would otherwise afford (due to
107.
▲
by
asharp
15y ago
Just a question. Who in the US provides cloud with disks comparable to dedicated servers? (or otherwise 'good')? I say this because I run a cloud company called orion in Australia, we produce cloud VMs with faster then dedicated disk perfor
108.
▲
by
asharp
15y ago
Remember that most loads are 1:10 inbound:outbound, so unless you have a strange sort of workload it really doesn't help you much. If you do happen to have a lot of inbound traffic though, it's a nice little arrangement as the bandwidth may
109.
▲
by
asharp
15y ago
Your point about having multiple VM's forming additional seeks is correct, but it misses the bigger picture. Basically, on any reasonably sophisticated hosting infrastructure those arn't a problem. If your problem is just seq->random co
110.
▲
by
asharp
15y ago
Not for most situations. I work over at orion, and our standard cloud VM's dominate dedicated hardware in IO. There really isn't much competition. You find most of the 'virtualisation is bad for I/O' is either 'oversold I/O is bad for io' o
111.
▲
by
asharp
15y ago
Interesting. Also interesting what is simply an artifact from the fact that none of the current "clouds" out there were built to deal with, well, actual loads. Some things are small, but seem rather strange. Why does no cloud give out 95/5
112.
▲
by
asharp
15y ago
Do any American clouds give you 95/5 billing?
113.
▲
by
asharp
15y ago
Amazon.com was only recently transitioned, but AWS was used to host ecommerce apps for partners, iirc. before it's public debeau. This is what it was built for.
114.
▲
by
asharp
15y ago
Two points. One, datacenter failure happens with any hosted application that runs within a single datacenter. Most other types of hosting also have a litany of other failure modes that go away with cloud, to be replaced by other modes. For
115.
▲
by
asharp
15y ago
I know of this. The interesting question it brings up is how do you keep a cloud like this patched and up to date without dropping SLA?
116.
▲
by
asharp
15y ago
Interesting choice, and I'd imagine that it sidesteps all of the balance issues. On the other hand, what now separates you from a VPS provider with an API? (like say Linode) Interesting. I agree with your approach. When I was looking at KVM
117.
▲
by
asharp
15y ago
> persistent disks How do you then deal with people who create an instance and then don't run it. Unless i'm mistaken, you'd be forced to either unbalance for storage or VM usage. > cgroups currently How do you protect the kernel fr
118.
▲
by
asharp
15y ago
> No Sans Ephemeral disks? Or persistent local? > Our own stack Very cool ^_^ How do you deal with geographic zones? Are they silod? > Bandwidth Ok, makes perfect sense. Thanks. > Securing KVM Do you use cfgroups/selinux to
119.
▲
by
asharp
15y ago
Amazon has some pretty damn amazing uptime overall. Given the number of regions that are sitting at 100% uptime (like say, all of s3) it's hard to argue that they have uptime problems. They really do need to work on getting ebs to cold boot
120.
▲
by
asharp
15y ago
Interesting offering, looks damn cool ^_^. There are a few interesting questions raised, though. Are you guys using local disks or SAN? Are you guys using Eucalyptus? Also, it's interesting that you charge less for incoming data then outgoi
More ›