+1 to dealing with GPU's with the existing SIG's, rather than spawning a new SIG (for all the reasons already mentioned).
On Wed, Feb 8, 2017 at 11:42 AM, Derek Carr <dec...@redhat.com> wrote: > I would prefer that we promote the existing resource management group to a > proper SIG before we elevate creation of a new SIG. > > Prior to doing that, I would like this group to fulfill its stated > intention in Q1 of identifying a roadmap for this year, and a mechanism to > support custom isolation and scheduling of a non-natively managed k8s > resource. If at that point, we fill a need to continue the group and its > valuable for all participants, maybe it can be a SIG. > > Brendan - I would love to have you participate in our next meeting (+2 > weeks)? The agenda and meeting notes are captured here: > https://docs.google.com/document/d/1j3vrG6BgE0hUDs2e- > 1ZUegKN4W4Adb1B6oJ6j-4kyPU/edit# > > In that group, we have already presented a number of workload types (many > that require GPU) and are trying to define a node isolation and scheduling > roadmap to support them properly. We are also trying to state more > succinctly when we choose to manage a particular resource/device in core > k8s versus look towards a custom pod isolator. > > Thanks, > Derek > > > On Wed, Feb 8, 2017 at 2:32 PM, David Oppenheimer <david...@google.com> > wrote: > >> I agree with Tim, the resource management working group is the best of >> the three as it has folks from both sig-node and sig-scheduling. >> >> >> On Wed, Feb 8, 2017 at 11:22 AM, Tim St. Clair <timoth...@gmail.com> >> wrote: >> >>> General +1 >>> >>> We're already deep into resource isolation extensibility and ... would >>> love your input ;-) ping decarr on time-date of next mtg. >>> >>> On Wed, Feb 8, 2017 at 1:19 PM, Clayton Coleman <ccole...@redhat.com> >>> wrote: >>> > Yeah, I don't know how the separate SIG would be able to get any >>> things done >>> > without working with all three of those - who are already all working >>> on >>> > that. >>> > >>> > On Wed, Feb 8, 2017 at 2:11 PM, 'David Oppenheimer' via Kubernetes >>> > developer/contributor discussion <kubernetes-...@googlegroups.com> >>> wrote: >>> >> >>> >> I think there are three existing forums that would be preferable to >>> >> creating another SIG: >>> >> - sig-scheduling >>> >> - sig-node >>> >> - resource management working group (comprised of sig-scheduling and >>> >> sig-node folks) >>> >> >>> >> I'm concerned that the number of meetings on closely related topics is >>> >> reaching a point where it will be hard to get the right people to >>> attend all >>> >> the relevant meetings. >>> >> >>> >> >>> >> On Wed, Feb 8, 2017 at 11:01 AM, Brendan Burns < >>> brendan.d.bu...@gmail.com> >>> >> wrote: >>> >>> >>> >>> Hey Folks, >>> >>> I'd like to propose a new Kubernetes SIG, SIG-GPU which focuses on >>> >>> GPU-based workloads for Kubernetes. I'm seeing increased interest in >>> these >>> >>> workloads, and there are some very scheduler/modelling specific >>> things to >>> >>> GPUs that I think we want to figure out how to model. Not to >>> mention that >>> >>> we need better introspection and reporting for GPU resources coming >>> up from >>> >>> the node to the master. >>> >>> >>> >>> While there is a bunch of cross-over with SIG-scheduling here, I >>> think >>> >>> that GPU has enough domain specific items that its worth breaking >>> out as its >>> >>> own SIG. >>> >>> >>> >>> Thoughts? >>> >>> >>> >>> -- >>> >>> You received this message because you are subscribed to the Google >>> Groups >>> >>> "Kubernetes developer/contributor discussion" group. >>> >>> To unsubscribe from this group and stop receiving emails from it, >>> send an >>> >>> email to kubernetes-dev+unsubscr...@googlegroups.com. >>> >>> To post to this group, send email to kubernetes-...@googlegroups.com >>> . >>> >>> To view this discussion on the web visit >>> >>> https://groups.google.com/d/msgid/kubernetes-dev/5b6b606e-60 >>> 66-4586-be70-5184064f7404%40googlegroups.com. >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >>> >> >>> >> -- >>> >> You received this message because you are subscribed to the Google >>> Groups >>> >> "Kubernetes developer/contributor discussion" group. >>> >> To unsubscribe from this group and stop receiving emails from it, >>> send an >>> >> email to kubernetes-dev+unsubscr...@googlegroups.com. >>> >> To post to this group, send email to kubernetes-...@googlegroups.com. >>> >> To view this discussion on the web visit >>> >> https://groups.google.com/d/msgid/kubernetes-dev/CAOU1bzfeRs >>> yrxALS0eVdNM9n_bNGaXQE6sQsUmxe1%3DPnAT9nDQ%40mail.gmail.com. >>> >> >>> >> For more options, visit https://groups.google.com/d/optout. >>> > >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups >>> > "Kubernetes developer/contributor discussion" group. >>> > To unsubscribe from this group and stop receiving emails from it, send >>> an >>> > email to kubernetes-dev+unsubscr...@googlegroups.com. >>> > To post to this group, send email to kubernetes-...@googlegroups.com. >>> > To view this discussion on the web visit >>> > https://groups.google.com/d/msgid/kubernetes-dev/CAH16Sh%2By >>> pQ9-bazVaMtuyJ3K%2BzYhF9xaJDbaVi2FALWDECPOTQ%40mail.gmail.com. >>> > >>> > For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> Cheers, >>> Timothy St. Clair >>> >>> “Do all the good you can. By all the means you can. In all the ways >>> you can. In all the places you can. At all the times you can. To all >>> the people you can. As long as ever you can.” >>> >> >> > -- > You received this message because you are subscribed to the Google Groups > "Kubernetes developer/contributor discussion" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to kubernetes-dev+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-...@googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/kubernetes-dev/CAHROWxQn%2Bt9AVrS2Wdk6q3Yt% > 2B57tjNWMaJ7pqh-V%2BRQaoc5JzA%40mail.gmail.com > <https://groups.google.com/d/msgid/kubernetes-dev/CAHROWxQn%2Bt9AVrS2Wdk6q3Yt%2B57tjNWMaJ7pqh-V%2BRQaoc5JzA%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Quinton Hoole quin...@hoole.biz -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.