pauldix

43 ms·

391.
Visualizing Bitcoin post frequency on HN with InfluxDB and Rickshaw(influxdb.org)
5 points by pauldix 13y ago|0 comments
392.
by pauldix 13y ago
Core committer here. I responded on the post, but here as well. Interested to hear what people think.
393.
by pauldix 13y ago
We're working on the clustered version now. The short answer is that data points are sharded across the cluster and replicated based on a replication factor on a per database basis. Queries hit the # nodes / RF to answer any given
394.
by pauldix 13y ago
We're no longer putting the password in the URL, but play and sandbox aren't over HTTPS. And the password still gets sent. As their name implies, they're for playing around, not for real data. On a real installation you'
395.
by pauldix 13y ago
It's back up now, a deploy had reset the password on it.
396.
by pauldix 13y ago
It's definitely high up on the todo list. First finalize the API and release production worthy builds, then all those additional little add ons!
397.
by pauldix 13y ago
you have a link to some specific chainable/fluent code that looks like what you're thinking of?
398.
by pauldix 13y ago
http://play.influxdb.org is back up
399.
by pauldix 13y ago
The numpy style interface might be interesting. The problem is that it would probably kill performance to marshal into a Python process. Unless there's some way to embed numpy? Supporting custom functions is definitely something we wan
400.
by pauldix 13y ago
The stuff built for finance is definitely interesting. John and I (two of the people working on this) previously worked at a fintech startup and worked with a closed source time series db called OneTick. It was super fast, but its API work
401.
by pauldix 13y ago
You can limit read and write access on users. It's documented on this page: http://influxdb.org/docs/api/http.html . We haven't implemented the specific column limits part of that API yet so feedback woul
402.
by pauldix 13y ago
We'll add the CSV response to the todo list. You're not the first person to request it and it makes total sense.
403.
by pauldix 13y ago
We're writing the clustered portion of it right now. That won't be available until December, but we'll have performance benchmarks on a variety of configurations. The single node performance at this point for writes is tens o
404.
by pauldix 13y ago
You can just write data in on the fly. Time series get created when you write the first point. You also can create new columns on the fly. And there's no enforcement of a data type across all values for a given column. That's on t
405.
by pauldix 13y ago
We opted for the bastardized SQL because we thought it would be easier to understand. Of course, that may not be the case which is why we'd like to hear what people think of it. We based our decision on people using our API in Errplane
406.
by pauldix 13y ago
We're building out that portion right now. There will be a web interface for managing the cluster. We'll benchmark it on cloud configs on different sizes with regular spinning disks, EBS, and SSDs. The goal with the cluster stuff
407.
by pauldix 13y ago
We'd definitely like to do that soon. That's one of the really nice things about Graphite and it makes it easy to share in emails, chat rooms, etc. For the moment we're focused on the other parts of the API and building out t
408.
by pauldix 13y ago
I'm one of the committers. The project is still early stage. At this point we're looking for feedback on the API, which we're planning on finalizing this month. Would love to hear about anything you'd like changed or add
409.
Meal-sharing sites send hungry tourists to home chefs(newscientist.com)
1 points by pauldix 13y ago|0 comments
410.
by pauldix 13y ago
The version we're working on now uses the go Raft implementation to handle cluster configuration. Then each server periodically (< 30s) performs read repairs to ensure that it has the latest writes for its spots in the hash ring. Wr
411.
by pauldix 13y ago
Sure! It's really just a Go wrapper around LevelDB. LevelDB is an in process database (like SQLite) written in C++. It's a key value store where the keyspace is ordered (so you can do range scans). However, we've written enou
412.
by pauldix 13y ago
At Errplane we've written our primary datastore in Go and have been running it in production since January. It has been totally reliable, performant, and easy to work with. Easily handles the 100m requests per day we get. At this point
413.
by pauldix 13y ago
It's a new iteration of the server side stuff in Errplane, but it's a separate product.
414.
by pauldix 13y ago
The plugins are open source and you can see a list of them here: https://github.com/errplane/errplane-plugins
415.
The evolution of bioinspired robots(pbs.org)
1 points by pauldix 13y ago|0 comments
416.
Monitoring a production Go server with MemStats(errplane.com)
2 points by pauldix 13y ago|0 comments
417.
Monitoring your backup jobs with a dead man's switch(errplane.com)
6 points by pauldix 13y ago|0 comments
418.
What are percentiles and why do they matter?(errplane.com)
3 points by pauldix 13y ago|0 comments
419.
Measuring cache hit ratios(errplane.com)
3 points by pauldix 13y ago|0 comments
420.
The Complexities of Monitoring Queue Depth(errplane.com)
5 points by pauldix 13y ago|0 comments

More ›