* Xen + futexes @ 2015-07-02 9:48 Vitaly Chernooky 2015-07-02 10:48 ` Dario Faggioli 0 siblings, 1 reply; 5+ messages in thread From: Vitaly Chernooky @ 2015-07-02 9:48 UTC (permalink / raw) To: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 337 bytes --] Hi all! I have theoretical question. What do you think about porting futexes or binder to XEN? With best regards, -- *Vitaly Chernooky | Senior Developer - Product Engineering and Development* GlobalLogic P *+380.44.4929695 ext.1136* M *+380.63.6011802* S cvv_2k www.globallogic.com http://www.globallogic.com/email_disclaimer.txt [-- Attachment #1.2: Type: text/html, Size: 908 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Xen + futexes 2015-07-02 9:48 Xen + futexes Vitaly Chernooky @ 2015-07-02 10:48 ` Dario Faggioli 2015-07-03 8:05 ` Dario Faggioli 2015-07-03 15:39 ` Vitaly Chernooky 0 siblings, 2 replies; 5+ messages in thread From: Dario Faggioli @ 2015-07-02 10:48 UTC (permalink / raw) To: Vitaly Chernooky; +Cc: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1132 bytes --] On Thu, 2015-07-02 at 12:48 +0300, Vitaly Chernooky wrote: > Hi all! > Hi, > > I have theoretical question. > Great, I love theoretical stuff! :-P > > What do you think about porting futexes or binder to XEN? > Ouch... That's *too* theoretical! :-) No, really, I know a bit about futexes [0], while I know nothing about binder (I'll investigate). Actually, we don't even have mutexes _within_ the hypervisor, so I struggle a bit to figure out how it would be useful to offer a similar support to whatever is userspace for us (i.e., what futexes do, as far as I can recall). So, that's why I was joking/saying about this being too much theoretical: do you have a use case in mind where something like that can help and be useful? If yes, I'd be interested in hearing about it. Regards, Dario [0] http://www.akkadia.org/drepper/futex.pdf -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 181 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Xen + futexes 2015-07-02 10:48 ` Dario Faggioli @ 2015-07-03 8:05 ` Dario Faggioli 2015-07-03 15:39 ` Vitaly Chernooky 1 sibling, 0 replies; 5+ messages in thread From: Dario Faggioli @ 2015-07-03 8:05 UTC (permalink / raw) To: Vitaly Chernooky; +Cc: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 514 bytes --] On Thu, 2015-07-02 at 12:48 +0200, Dario Faggioli wrote: > [0] http://www.akkadia.org/drepper/futex.pdf > And, BTW, this is an (old, but) nice reading as well, about futees: https://www.kernel.org/doc/ols/2002/ols2002-pages-479-495.pdf Dario -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 181 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Xen + futexes 2015-07-02 10:48 ` Dario Faggioli 2015-07-03 8:05 ` Dario Faggioli @ 2015-07-03 15:39 ` Vitaly Chernooky 2015-07-03 16:02 ` Dario Faggioli 1 sibling, 1 reply; 5+ messages in thread From: Vitaly Chernooky @ 2015-07-03 15:39 UTC (permalink / raw) To: Dario Faggioli; +Cc: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1867 bytes --] On Thu, Jul 2, 2015 at 1:48 PM, Dario Faggioli <dario.faggioli@citrix.com> wrote: > On Thu, 2015-07-02 at 12:48 +0300, Vitaly Chernooky wrote: > > Hi all! > > > Hi, > > > > I have theoretical question. > > > Great, I love theoretical stuff! :-P > > > > What do you think about porting futexes or binder to XEN? > > > Ouch... That's *too* theoretical! :-) > > No, really, I know a bit about futexes [0], while I know nothing about > binder (I'll investigate). > > Actually, we don't even have mutexes _within_ the hypervisor, so I > struggle a bit to figure out how it would be useful to offer a similar > support to whatever is userspace for us (i.e., what futexes do, as far > as I can recall). > Yes, it is reasonable because mutexes are enough hi-level stuff. But futexes is not so hi-level ... So, that's why I was joking/saying about this being too much > theoretical: do you have a use case in mind where something like that > can help and be useful? If yes, I'd be interested in hearing about it. > As far as we can observe sometimes in this mailing list we get RFCs for new intercommunication mechanisms. If i'm not mistaken last one was Xen Sockets. It looks like existing mechanism are not enough useful for many people. It is the reason why I started to discuss this ideas. With best regards, > Regards, > Dario > > [0] http://www.akkadia.org/drepper/futex.pdf > -- > <<This happens because I choose it to happen!>> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > -- *Vitaly Chernooky | Senior Developer - Product Engineering and Development* GlobalLogic P *+380.44.4929695 ext.1136* M *+380.63.6011802* S cvv_2k www.globallogic.com http://www.globallogic.com/email_disclaimer.txt [-- Attachment #1.2: Type: text/html, Size: 3374 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Xen + futexes 2015-07-03 15:39 ` Vitaly Chernooky @ 2015-07-03 16:02 ` Dario Faggioli 0 siblings, 0 replies; 5+ messages in thread From: Dario Faggioli @ 2015-07-03 16:02 UTC (permalink / raw) To: Vitaly Chernooky; +Cc: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 2828 bytes --] On Fri, 2015-07-03 at 18:39 +0300, Vitaly Chernooky wrote: > On Thu, Jul 2, 2015 at 1:48 PM, Dario Faggioli > <dario.faggioli@citrix.com> wrote: > Actually, we don't even have mutexes _within_ the hypervisor, > so I > struggle a bit to figure out how it would be useful to offer a > similar > support to whatever is userspace for us (i.e., what futexes > do, as far > as I can recall). > > > Yes, it is reasonable because mutexes are enough hi-level stuff. But > futexes is not so hi-level ... > Which is (one of) the reason(s) why they're so tricky. Anyway, I'm not in principle opposed to this, especially not for this reason... > > So, that's why I was joking/saying about this being too much > theoretical: do you have a use case in mind where something > like that > can help and be useful? If yes, I'd be interested in hearing > about it. > As far as we can observe sometimes in this mailing list we get RFCs > for new intercommunication mechanisms. If i'm not mistaken last one > was Xen Sockets. It looks like existing mechanism are not enough > useful for many people. It is the reason why I started to discuss this > ideas. > Well, of course it's fine to toss new ideas and send out RFCs about (potential) new stuff! However, it might be me, but I think that, when proposing something like this, it would be useful to have in mind (and describe it to us) at least a potential use case, and/or a situation where such a new mechanism could be used fruitfully, make things easier, improve performance... I don't know... something! :-) I know, it's a bit of a chicken-&-egg: if it's not there, there's no use case for it. But at least in a speculative manner, having something in mind is important, IMO. And not only to show the need for something, but also for having a chance to get the implementation and --most important-- the interface, right (well, that's almost impossible... let's say at least *not completely wrong* :-D). I think Xen's complexity is beyond the point where we add stuff 'just' for the sake of adding them, or because they're (may be?) cool, and then we'll see what to do with them afterwards (but that's only my personal opinion). Also, I'm not saying that this thing I'm asking is a prerequisite of some sort for proposing adding a feature... It's just that you asked what our thoughts were about adding futexes, and my own thoughts are "what for?" Regards, Dario -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 181 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-07-03 16:02 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-07-02 9:48 Xen + futexes Vitaly Chernooky 2015-07-02 10:48 ` Dario Faggioli 2015-07-03 8:05 ` Dario Faggioli 2015-07-03 15:39 ` Vitaly Chernooky 2015-07-03 16:02 ` Dario Faggioli
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).