21:11:30 #startmeeting zaqar 21:11:31 Meeting started Mon Aug 18 21:11:30 2014 UTC and is due to finish in 60 minutes. The chair is kgriffs. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:11:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:11:34 The meeting name has been set to 'zaqar' 21:11:39 who's here to chat? 21:11:40 o/ 21:12:49 o/ 21:15:56 beep 21:15:57 boop 21:16:08 o/ 21:16:11 sorry for the late 21:16:21 since I can't control the bus speed :( 21:16:31 oic 21:16:39 nice story. :) 21:17:10 pls assign me the magic, God, so that I can control the bus speed next time :) 21:17:45 I think the meeting will be fairly quick today since there are only three of us here. 21:18:11 oh 21:18:13 ok 21:18:17 #topic updates on blueprints/bugs 21:18:38 vkmc: you go first. wanna talk about the work you have been doing this past week? 21:18:50 kgriffs, sure 21:19:18 well I've been working mainly in writting docs 21:19:27 I had some issues with docbook so it took longer than expected 21:20:02 I'm finishing some details on the config reference 21:20:31 I'm making sure that it follows exactly the format of the OpenStack Configuration Reference 21:20:52 so after graduation it can be ported without (many) changes 21:21:08 ah, OK 21:21:49 I also started working on adding functional tests to shards/pools https://bugs.launchpad.net/marconi/+bug/1246757 21:21:57 but I'm giving extra priority to docs 21:23:01 that's all from me 21:23:20 vkmc: sounds good 21:24:02 ok, sounds good. thanks! 21:24:25 ok, flwang: any updates from your end? 21:25:37 kgriffs: yep, I'm working on the detailed health bp, because the rename make the code a little bit messive 21:26:01 I assume I can upload a new patch set tomorrow 21:26:31 btw, I just filed another bug, pls take a look if it makes sense https://review.openstack.org/#/c/114944/ 21:28:00 flwang: hmm, why do we need keystoneclient? 21:28:30 since keystonemiddleware depends on it 21:28:52 but keystonemiddleware won't install keystoneclient automatically 21:29:20 WAH 21:29:31 kgriffs: you will see the other projects are depending the two meanwhile, https://github.com/openstack/ceilometer/blob/master/requirements.txt 21:29:51 why doesn't the middleware itself list the client as a dep? 21:29:56 (inquiring minds want to know) 21:31:08 flwang: looks like it does here: https://github.com/openstack/keystonemiddleware/blob/master/requirements.txt 21:31:41 interesting 21:31:56 but it won't install it at my pure machine :) 21:32:18 I just got a new laptop and yesterday when I setup the dev env, I found the issue 21:32:47 after run 'sudo pip install -e .', the keystoneclient won't be instaled 21:32:57 maybe it should be a bug of the middleware 21:33:02 I will dig it 21:33:21 kk 21:33:42 sounds good, thanks! 21:33:47 anything else? 21:33:48 :o 21:34:22 nothing from me 21:34:28 ok 21:34:32 so, from my end 21:34:36 btw, I will be Paris this time :) 21:34:44 cool! 21:35:21 kgriffs: :) pls move on 21:35:31 I may not be there (TBD, would be the first summit I'll miss for quite a while) but flaper87|afk will be there for sure 21:36:57 kgriffs: oh, noooooooooooooooooo 21:37:21 I don't want to see that guy :D 21:37:21 whaaaaaa :( 21:37:52 well, nothing is set in stone yet... we shall see. :) 21:37:58 moving on 21:38:05 from my end, I have a doc patch with some comments that I will be addressing shortly 21:39:06 I've also been working on a bare-metal benchmark setup. Using a hacked version of https://review.openstack.org/#/c/112236/ 21:39:33 In fact, I have been making a list of ways to further improve the tool, so I may be submitting some patches of my own 21:39:56 one thing we need to do, btw, is release a version of the client with the new name to pypi 21:40:16 anyway, the cluster is set up and I've done a few smoke tests 21:40:56 how about the graduation? 21:41:24 from a single load generator I can do about 630 message posts per second, average latency of 1.6 ms/req 21:41:52 I've seen some "counter out-of-sync" errors in the log that shouldn't be there... need to investigate 21:42:15 anyway, once redis driver lands I will do a final run and then we can have some numbers to publish. I'll probably need to spin up some more load gen boxes 21:42:27 flwang: we will discuss that next 21:42:33 kgriffs: is there any baseline for zaqar's performance? 21:43:16 such as what's the max time to post 1000 messages? 21:44:16 hmm, that's an interesting way to think about it. So far the benchmark tool just reports throughput and latency averaged over a period of time, during which the tool goes as fast as it can 21:45:01 I suppose you can extrapolate from reqs/sec to get to 1000 21:45:47 actually, it does give average ms/req too 21:46:23 anyway, this brings up a deeper question 21:46:42 what is our goal, or what do we need to reach to achieve "fast enough to be useful" 21:48:09 anyway, something to think about. Let's decide on some concrete numbers before the next team mtg 21:48:52 can we get this data from our competitors? and use it as a baseline 21:50:51 this shows 2500/sec 21:50:51 http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/throughput.html 21:51:38 http://colby.id.au/benchmarking-sqs/ 21:51:42 #link http://colby.id.au/benchmarking-sqs/ 21:51:47 #link http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/throughput.html 21:53:01 also, Rackspace did some benchmarking last summer 21:53:16 good stuff 21:53:23 found that requests were rate-limited to 300/sec for each ip (server) 21:53:40 I will note this on the performance etherpad 21:54:28 ok 21:54:34 #topic open discussion 21:55:52 so, you all notice the monster [all] thread about future of integrated projects? 21:56:26 yeah 21:57:14 there are mixed positions about Zaqar 21:58:19 there always have been. :p 21:58:42 of course, you also saw people piling on ceilometer and heat 21:59:01 i think people are using this as an excuse to try and get rid of projects they personally don't agree with 21:59:11 but even so 21:59:35 seems like there was rough agreement not to graduate anything unless it has proven it is "production ready" - either through deployments or extensive testing 21:59:39 yeah of course... but I read really bad, unjustified, comments 21:59:44 yep 22:00:06 it is a shame that people can get away with those kinds of comments 22:00:34 anyway, we better bring this up with flaper87|afk when he is back 22:00:37 yeah 22:00:47 sure :) 22:00:48 it presents a significant risk for graduating this cycle 22:01:11 even if we ostensibly check every box in the grad requirements doc 22:01:21 kgriffs: yes, it's a bad news 22:02:41 anyway, let's regroup and chat with more of the team to decide our response. 22:02:51 anything else before we close? 22:05:38 i'm good 22:05:46 for the record, I don't bear the TC any ill-will. While I sometimes do not agree with the positions of every member, I respect their experience and understand they have a super tough job. We should look for constructive ways to handle concerns without causing divides in the community. 22:06:23 anyway, keep up the good work folks. 22:06:35 #endmeeting