<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Benchmarking the new PV ticketlock implementation</title>
	<atom:link href="http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/</link>
	<description>Community Blog</description>
	<lastBuildDate>Mon, 13 May 2013 10:17:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: attilio</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2102</link>
		<dc:creator>attilio</dc:creator>
		<pubDate>Tue, 17 Jul 2012 15:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2102</guid>
		<description>Actually, no VM configuration was involved here at all. The performance comparison was to prove that Jeremy&#039;s patch wasn&#039;t introducing any performance penalty over a PVOP kernel and a vanilla kernel. This was just to sustain inclusion in vanilla Linux and avoid some showstoppering from the maintainer.

Infact, I was pushing you to do the performance analysis on how much they benefit in the VM workloads.</description>
		<content:encoded><![CDATA[<p>Actually, no VM configuration was involved here at all. The performance comparison was to prove that Jeremy&#8217;s patch wasn&#8217;t introducing any performance penalty over a PVOP kernel and a vanilla kernel. This was just to sustain inclusion in vanilla Linux and avoid some showstoppering from the maintainer.</p>
<p>Infact, I was pushing you to do the performance analysis on how much they benefit in the VM workloads.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jouyang</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2098</link>
		<dc:creator>jouyang</dc:creator>
		<pubDate>Tue, 17 Jul 2012 01:55:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2098</guid>
		<description>Thanks for your reply.

Do you missed VM configurations in this article? Like how many vcpus do you give to the guest, and did you run any other background workload VMs at the same time? Did you over commit the machine?

Also I notice that Raghu is doing some PLE optimization on KVM, did your take that into account?</description>
		<content:encoded><![CDATA[<p>Thanks for your reply.</p>
<p>Do you missed VM configurations in this article? Like how many vcpus do you give to the guest, and did you run any other background workload VMs at the same time? Did you over commit the machine?</p>
<p>Also I notice that Raghu is doing some PLE optimization on KVM, did your take that into account?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: attilio</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2085</link>
		<dc:creator>attilio</dc:creator>
		<pubDate>Wed, 27 Jun 2012 18:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2085</guid>
		<description>(sorry for the late reply but apparently I wasn&#039;t notified by e-mail on this one)

What I was suggesting is running more benchmarks proving improvement of the patch on interesting workload themselves (like a big number of guests).
The benchmark I did was to prove that the patch was not introducing a performance regression in stock Linux, increasing, then, chances to see it upstreamed as soon as possible. But other aspects of this work can be further explored.</description>
		<content:encoded><![CDATA[<p>(sorry for the late reply but apparently I wasn&#8217;t notified by e-mail on this one)</p>
<p>What I was suggesting is running more benchmarks proving improvement of the patch on interesting workload themselves (like a big number of guests).<br />
The benchmark I did was to prove that the patch was not introducing a performance regression in stock Linux, increasing, then, chances to see it upstreamed as soon as possible. But other aspects of this work can be further explored.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jouyang</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2079</link>
		<dc:creator>jouyang</dc:creator>
		<pubDate>Wed, 20 Jun 2012 17:44:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2079</guid>
		<description>Thanks for your reply, I&#039;ll ask Raghu for the patch file.
I can do a separate set of benchmarks, and what are you suggesting by &quot;targeted benchmarks on the workload itself&quot;?</description>
		<content:encoded><![CDATA[<p>Thanks for your reply, I&#8217;ll ask Raghu for the patch file.<br />
I can do a separate set of benchmarks, and what are you suggesting by &#8220;targeted benchmarks on the workload itself&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: attilio</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2077</link>
		<dc:creator>attilio</dc:creator>
		<pubDate>Wed, 20 Jun 2012 10:51:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2077</guid>
		<description>This is the latest version of the work:
https://lkml.org/lkml/2012/5/2/119

For a direct patch file, I think you should ask to Raghu directly.
Can I suggest to run a separate set of benchmarks rather than replicating this case?
Discussion has gone forward and it may be very interesting to try targeted benchmarks on the workload itself.</description>
		<content:encoded><![CDATA[<p>This is the latest version of the work:<br />
<a href="https://lkml.org/lkml/2012/5/2/119" rel="nofollow">https://lkml.org/lkml/2012/5/2/119</a></p>
<p>For a direct patch file, I think you should ask to Raghu directly.<br />
Can I suggest to run a separate set of benchmarks rather than replicating this case?<br />
Discussion has gone forward and it may be very interesting to try targeted benchmarks on the workload itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jouyang</title>
		<link>http://blog.xen.org/index.php/2012/05/11/benchmarking-the-new-pv-ticketlock-implementation/comment-page-1/#comment-2073</link>
		<dc:creator>jouyang</dc:creator>
		<pubDate>Tue, 19 Jun 2012 21:58:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/?p=4521#comment-2073</guid>
		<description>Hello, this is a nice article. I want to redo the experiment, but where can I find the pv ticket lock patch? Is it generated from the email patch? Thanks</description>
		<content:encoded><![CDATA[<p>Hello, this is a nice article. I want to redo the experiment, but where can I find the pv ticket lock patch? Is it generated from the email patch? Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (Requested URI is rejected)
Object Caching 323/351 objects using disk: basic

Served from: blog.xen.org @ 2013-05-23 00:37:51 -->