Wednesday, 2015-11-11

*** rvasilets___ has quit IRC00:29
*** arnoldje has joined #openstack-performance00:38
*** harshs has joined #openstack-performance00:59
*** harshs_ has joined #openstack-performance01:05
*** harshs has quit IRC01:07
*** harshs_ is now known as harshs01:07
*** harlowja has quit IRC01:38
*** harlowja_ has joined #openstack-performance01:38
*** badari has quit IRC02:12
*** harshs has quit IRC03:32
*** harshs has joined #openstack-performance03:35
*** harshs has quit IRC03:53
*** badari has joined #openstack-performance05:34
*** harshs has joined #openstack-performance05:41
*** arnoldje has quit IRC06:03
*** badari has quit IRC06:18
*** harshs has quit IRC06:32
*** harshs has joined #openstack-performance06:41
*** harshs has quit IRC06:52
*** beisner has quit IRC07:44
*** beisner has joined #openstack-performance07:45
DinaBelovaregXboi - either me or Boris will do that08:38
DinaBelovanotmorgan - not sure what's time in your TZ :) it's 3PM UTC :)08:38
notmorgansame as spamaps08:40
* notmorgan lives on the west coast of the US08:41
notmorganLA for now, Portland soon ;)08:41
DinaBelovanotmorgan :)08:45
*** amaretskiy has joined #openstack-performance09:26
DinaBelovaharlowja_, SpamapS, Kristian_, regXboi,  patrykw_ - please take some time on reviewing https://review.openstack.org/#/q/status:open+project:openstack/rally+branch:master+topic:bp/vm-workloads-framework,n,z workloads changes for rally, that will allow to introduce data plane testing09:29
boris-42OO already 20 people in chat nicceeeee09:32
kun_huangboris-42: 31 people tomorrow ;)09:32
boris-42Finally chat where I can say that OpenStack doesn't scale well and perform bad and it will be ok09:32
boris-42=)09:33
*** wootehfoot has joined #openstack-performance10:47
*** dburnazyan has quit IRC10:54
DinaBelovaboris-42 - you found the right place! :D11:29
*** wootehfoot has quit IRC11:59
*** mwagner has quit IRC12:08
*** nihilifer has joined #openstack-performance13:28
*** arnoldje has joined #openstack-performance13:29
*** mwagner has joined #openstack-performance13:42
*** arnoldje has quit IRC14:45
*** arnoldje has joined #openstack-performance15:20
*** redixin has joined #openstack-performance15:30
*** badari has joined #openstack-performance15:34
*** wootehfoot has joined #openstack-performance15:50
*** harshs has joined #openstack-performance16:13
*** kun_huang_ has joined #openstack-performance16:13
*** boris-42_ has joined #openstack-performance16:13
*** harshs has quit IRC16:14
*** notmorga1 has joined #openstack-performance16:16
*** kun_huang has quit IRC16:17
*** notmorgan has quit IRC16:17
*** boris-42 has quit IRC16:17
*** kun_huang_ is now known as kun_huang16:17
*** notmorga1 is now known as notmorgan16:18
*** boris-42_ is now known as boris-4216:19
*** harshs has joined #openstack-performance17:24
*** harshs has quit IRC17:37
*** wootehfoot has quit IRC17:38
*** amaretskiy has quit IRC17:43
*** harlowja_ has quit IRC18:08
*** boris-42 has quit IRC18:28
*** harlowja has joined #openstack-performance18:42
*** harlowja_ has joined #openstack-performance18:44
*** harlowja has quit IRC18:44
harlowja_DinaBelova hey, ya i saw the workflow stuffs19:01
harlowja_haven't investigated to much, looks interesting19:01
harlowja_it will i think be useful to determine the impact of overcommits on workloads19:01
harlowja_and/or to convince people that vms are ok (vs containers, baremetal...)19:01
harlowja_we've been trying to figure out a good way to determine what our CPU, ram... overcommit will be, and having such kind of workload tests will help determine the impact19:02
harlowja_if say we move CPU overcommit to 2x vs 3x and ... what will the result on 'real' workflows be...19:02
harlowja_*because once u turn a CPU overcommit to say 3x, its somewhat hard to go back (aka what do u do about hypervisors that now have to many VMs on them...)19:03
harlowja_so tweaking overcommit has always been a process we (at yahoo) has been careful/cautious about...19:03
harlowja_because it has real side-effects19:03
harlowja_and then as a final goal of this, u can feed 'profiles' that users have of what there workload is back into the scheduling process and u can better place them19:06
harlowja_ya da ya da19:06
kun_huangharlowja_: tuning "overcommit" as a parameter?19:41
harlowja_kun_huang overcommit ratios19:41
harlowja_'cpu_allocation_ratio'19:42
harlowja_'disk_allocation_ratio'19:42
harlowja_and other allocation ratios that nova uses19:42
harlowja_how do people know what good values to change those to without knowing the effect on the workloads in there environment...19:42
harlowja_'ram_allocation_ratio'19:43
harlowja_^ has a bigger impact (because of the OOM killer)19:43
kun_huanggot it, rally could deploy openstack now, by devstack19:43
harlowja_right19:43
kun_huangand we could adjust those config there19:43
harlowja_but that doesn't solve the 'what effect does this value have on workloads in my environment' problem19:43
harlowja_*where workloads in each environment will be different19:44
harlowja_ie, for yahoo, it could be a large amount of http server workloads...19:44
harlowja_for other companies it might not be that...19:44
harlowja_the scheduler should really have knowledge about what your 'expected workload' is and place it somewhere that best fits19:44
kun_huangI know this, it depends on real workloads19:44
harlowja_so https://review.openstack.org/#/q/status:open+project:openstack/rally+branch:master+topic:bp/vm-workloads-framework,n,z is a good start to making something possible in a nice way19:45
kun_huanga lot of work need be fininshed in vm workload benchemark19:45
harlowja_ya, its a good start i think19:45
kun_huangharlowja_: google has one19:45
harlowja_i bet19:45
kun_huangwait a minute, I'm looking for my notes19:45
harlowja_k19:45
harlowja_SpamapS will likely want one also :-P19:45
harlowja_smarter scheduling based on real profiles of real workloads would be super19:46
kun_huangwe all need this19:46
kun_huanghttps://github.com/GoogleCloudPlatform/PerfKitBenchmarker19:46
kun_huangit looks like they use this framework to do SINGLE vm workload19:46
harlowja_now make that dynamic smarter scheduling that adapts to workloads (aka a user doesn't even have to tell u there workload profile) and u win the million dollar prize19:46
harlowja_ya, to me the artifical benchmarking stuff is only so useful19:46
harlowja_dynamic workload balancing would be better, based on real workloads from real people/companies19:47
harlowja_and thats where i think openstack has the oppurtunity to do that, beause we have real people/companies with diverse sets of workloads/profiles19:47
kun_huangget your ideas ;)19:47
kun_huangharlowja_: btw do you want to review those codes?19:47
harlowja_sooo we (as a group/community) can do something that doesn't use artifical benchamrks/profiles...19:47
harlowja_sure19:47
harlowja_i'll try :-P19:47
kun_huangharlowja_: it's welcome19:48
harlowja_yup19:48
kun_huangI have saw some design points in those patches19:48
kun_huangand part of them is hard to understand19:48
kun_huangthere is a document, but no details19:49
harlowja_?19:51
harlowja_document wheree?19:51
kun_huangharlowja_: https://docs.google.com/document/d/1FQicnj6aIdbfYts9ofYdz0dUEf9zyssWqDjQR40h268/edit#heading=h.2vn8vxb5ltcu19:53
kun_huanghere is one19:53
harlowja_cool19:53
harlowja_thx19:53
kun_huanganyway, your ideas are welcome19:54
kun_huangI need go to bed now19:54
*** mwagner has quit IRC20:11
SpamapSharlowja_: I will likely want one what?20:22
harlowja_the ability to determine based on workloads how to change overcommit ratios20:23
harlowja_and eventually having the ability to automatically schedule/reschedule workloads based on dynamic workload info20:23
SpamapSharlowja_: FYI, IMO, smart scheduling is a _massive_ complexity problem that I don't actually think should be handled inside OpenStack. Flavors oriented toward workloads, and let users pick flavors that work for their workload.20:23
harlowja_nothing worth doing is going to be easy ;)20:23
harlowja_never is, ha20:23
harlowja_but i get what u are saying20:24
SpamapSIf we try too hard to make it magical, it will work like magic: only from one angle.20:24
* SpamapS tweets that20:26
harlowja_lol20:27
harlowja_SpamapS fair enough, but if u don't plan for magic, u will never learn how to do the magic in the first place20:28
* harlowja_ doesn't have/use tweeter so can't tweet that20:28
harlowja_lol20:28
harlowja_and then u will never be a magician20:31
harlowja_obviously20:31
SpamapSdamn20:38
SpamapScrushing my dreams20:38
*** mwagner has joined #openstack-performance20:54
*** david-bravo23 has joined #openstack-performance23:27
david-bravo23 (CEPH RBD Openstack)   RBD_STORE_CHUNK_SIZE? Does anyone have any insight on what is the best for SQL (Many Small frequent read/writes)? Default 4MB, or a smaller size like 1MB?23:27
*** boris-42 has joined #openstack-performance23:32
*** arnoldje has quit IRC23:37

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!