[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Prepping for GSOC 2014 [URGENT] - deadline Feb 14 2014
On Wed, 2014-02-05 at 09:34 -0500, Konrad Rzeszutek Wilk wrote: > > > > * Parallel xenwatch > > > > Bit sparse on details, GSOC == unknown > > That would still be nice. It came from talking to Matt from Amazon. He > was saying that having only one xenwatch thread slows things down for > a medium to big server with lots of guests. Making multiple > xenwatch threads to process XenBus requests in parallel would be > a good improvement. Would need to be careful about exposing cases of insufficient locking in the existing code. > > > > > * Microcode uploader implementation > > > > Done I think? > > <nods> Nuked > > * Performance tools overhaul > > > > Bit vague. And has some of this been done? > > I can't remember what that is. OK, I nuked it -- a new project can always be added if you remember what it was. > > > > * "Upstream bugs" > > > > There were 4 of these, dating back to 2012, I don't think this > > list is a good place to track bugs and it seems like at least > > some of them are now obsolete. So I've nuked the lot. If they > > are still relevant I think it would be best to get them into the > > bug tracker. > > OK, lets nuke them. Done. > > We could also add the: > > VCPUOP_register_vcpu_time_memory_area support in Linux upstream kernel. > > MSI multi-vector for Linux upstream kernel. > > Thought those are mostly just putting pieces together and repost them > so no "new" development. Not really suitable for this list then IMHO. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |