From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: Interested in taking up a project Date: Mon, 27 Jul 2015 16:20:44 +0200 Message-ID: <1438006844.5036.167.camel@citrix.com> References: <20150619091143.GF28194@zion.uk.xensource.com> <5587D92C.4030903@eu.citrix.com> <1435756313.25170.350.camel@citrix.com> <1436780736.13522.9.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8648400403743163007==" Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZJjGx-0002qy-A9 for xen-devel@lists.xenproject.org; Mon, 27 Jul 2015 14:20:55 +0000 In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Abhinav Gupta Cc: George Dunlap , xen-devel@lists.xenproject.org List-Id: xen-devel@lists.xenproject.org --===============8648400403743163007== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/2FbS482Yz/BUkGDaMzr" --=-/2FbS482Yz/BUkGDaMzr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2015-07-25 at 18:04 +0530, Abhinav Gupta wrote: > Hii everyone :) ,=20 > Hi, > I'm quite familiar with the linux powerclamp driver now.=20 > Nice to hear. Is there anything about that you think it would be useful/interesting about to share here?=20 >=20 > I have also started looking into xen's code as Dario suggested, but am > not able to find proper documentation for xen. > He, I think I see what you mean... Consider that, when you reach a certain point, e.g., wanting to understand the code of a complex project like Xen, the best documentation for the source code is the source code itself. > 1. Looking for a brief explanation of different fields in scheduler > data structure in sched-if.h > > 2. From where do the different fields of scheduler structure gets > called. > As said above, something like that does not exist for any reasonably big and reasonably complex piece of software. There are many reasons. One, for instance, is that it would take a great effort to be put together, and it will get out of date in a matter of a few months, at most (but even a few weeks, or a few days, if you're unlucky). All that being said, you can have a look here: http://wiki.xen.org/wiki/Credit2_Scheduler_Development It's not exactly what you're asking, but it's probably the closest existing thing. Also, as a proof that I was speaking the truth just above: 1. it's incomplete 2. it's (slightly) out of dated already :-( > 3. The driver i'll be writing will it be running at host machine level > or guest OS level ?.=20 > Definitely host. Actually, at the guest level, it's already there... it's powerclamp itself, isn't it (at lease in case of Linux) ? :-D > As far as my understanding goes we should have it at host level to > optimize the performance of all the guests,=20 > Yes, exactly. Also, it's only the host that have a big enough picture, and the access to all the information and the data you need. > since VMs deal with the abstract interface (VCPU) so they wont be > having the exact notion of the various parameters of cpu at runtime. > Indeed. They won't have the exact notion of a bunch of stuff. :-) Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-/2FbS482Yz/BUkGDaMzr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlW2PjwACgkQk4XaBE3IOsS4jwCfZOo2q3nJksCPRR+nNWJ9b9bp YesAoJDQjlr4I5euFlDyS7vZQyms2xbB =gFiT -----END PGP SIGNATURE----- --=-/2FbS482Yz/BUkGDaMzr-- --===============8648400403743163007== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============8648400403743163007==--