Hi, I'm using influxdb v0.12 on a 6 core 2.6Ghz CPU with 8GB of RAM. In a
parallel (historical fill) bulk(1 fields per write. Each point contains
varying number of fields) load of 6 time series, my observation is that the
server is able to do ~450K fields/sec at approximately 300% of CPU con
Hi all,
On my system, the subwriteDrop keeps increasing (as i keep ingesting data). I
do not have any subscriptions. Show subscriptions via the web console shows
nothing. Why does this value keep incrementing?
As per the cache section of
https://docs.influxdata.com/influxdb/v1.0/concepts/storag
Hi Sean,
Thanks. Can you please look at my other query?
On Thursday, September 29, 2016 at 3:48:24 PM UTC-7, Sean Beckett wrote:
> If you don't have any subscriptions, you can ignore those stats for now.
>
>
> subWriteDrop is supposed to be incremented only when the system could not
> pass t
Hi Sean,
Yes. Thanks
On Monday, October 3, 2016 at 10:49:30 AM UTC-7, Sean Beckett wrote:
> Do you mean this one?
>
>
> > Is the memBytes counter under tsm1_cache used to determine the compaction
> >and rejection events?
>
>
>
>
>
> On Mon, Oct 3, 2016 at 11:31 AM, wrote:
> Hi Sean,
>
I think that a description of all the counters under show stats would be
helpful. I was not able to find this.
Thanks
On Monday, October 3, 2016 at 12:49:20 PM UTC-7, sud@gmail.com wrote:
> Hi Sean,
> Yes. Thanks
>
> On Monday, October 3, 2016 at 10:49:30 AM UTC-7, Sean Beckett wrote:
> >
Hi,
Is there a performance comparison of InfluxDB against some RDBMS? More
particularly, how does InfluxDB stack up against RDBMS on SSDs (where random
disk seeks are not very expensive).
Thanks
--
Remember to include the version number!
---
You received this message because you are subscribe
