would expect sub 2 seconds would be a good target.
that said, as Jay mentioned, as the load/test increases there's only so
much performance you can get with hundred thousand to millions of records
using an sql backend... at the very least it's going to flutuate (how much
is acceptab
g the performance in line with the 'seconds' expectation.
cheers,
gordon chung
openstack, ibm software standards
Matthew Treinish wrote on 17/03/2014 02:55:40 PM:
> From: Matthew Treinish
> To: openstack-dev@lists.openstack.org
> Date: 17/03/2014 02:57 PM
> Subject: [openstack
ations set up better?
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that
what we have is the best solution.
https://blueprints.launchpad.net/ceilometer/+spec/alarm-pipelines
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.o
> I'd like to nominate Ildikó Váncsa and Nadya Privalova as ceilometer
+1, thanks for the effort so far.
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.opens
ove doc?
is the pipeline alarm design attached to a blueprint? also, is your
interest purely to see status or were you looking to work on it? ;)
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@
r/+bug/1285388
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
k > low priority for J cycle.
adding participants to the bp just so we get eyes on it.
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
looks like there
> are no categories and hardware exposes a variable number of meters
> whose names adhere to some consistent structure (eg, "FAN ?" and
"V???").
cool cool. personally, i would think the first option, splitting it into
categori
'status': 'ok'
> },
> '3.3VCC': {
> 'current_value': '3.36',
> 'min_value': '3.20',
> 'max_value': '3.56
eas outside of fileloader
so it'd be interesting to know of other use-cases.
cheers,
gordon chung
openstack, ibm software standards
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
much of
the
> existing event storage and querying code.
+1 in support of Sandy. the Event work he's led in Ceilometer has been an
important feature and i think he has some valuable ideas.
cheers,
gordon chung
openstack, ibm software standards___
O
RIGHT
NOW!
was going to ask what CRITICAL level was for... good thing i googled
first: http://docs.python.org/2/howto/logging.html seems like a good
enough definition for each level.
cheers,
gordon chung
openstack, ibm software standards
n
this bp as well:
https://blueprints.launchpad.net/oslo/+spec/notification-structured
cheers,
gordon chung
openstack, ibm software standards
email: chungg [at] ca.ibm.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.or
consistent resource_id can provide.
cheers,
gordon chung
openstack, ibm software standards
email: chungg [at] ca.ibm.com___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
at is accessible
from notification/response and if it is, is there a better (possibly more
consistent) alternative?
cheers,
gordon chung
openstack, ibm software standards
email: chungg [at] ca.ibm.com___
OpenStack-dev mailing list
OpenStac
? is the consensus
that Ceilometer will collect anything and everything the other projects
allow for?
cheers,
gordon chung
openstack, ibm software standards
email: chungg [at] ca.ibm.com
phone: 905.413.5072___
OpenStack-dev mailing list
Ope
of data. the audit work will continue to be contained in
Ceilometer and maybe once we have the code in and working, it'll prove
itself to have greater value beyond Ceilometer.
cheers,
gordon chung
openstack, ibm software standards___
OpenStac
ard when capturing events.
cheers,
gordon chung
openstack, ibm software standards
email: chu...@ca.ibm.com___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ocol = http
cheers,
gordon chung
openstack, ibm software standards___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
401 - 420 of 420 matches
Mail list logo