<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>Computing Performance Google Group</title>
  <link>http://groups.google.com/group/computing-performance</link>
  <description>An open forum dedicated to System and Network Computing performance with a particular focus on topics relating to native and virtual Linux/Unix systems, managed code, Java and Mono VMs, and TCP/IP Networks.</description>
  <language>en</language>
  <item>
  <title>Intel Atom vs Core</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/8b474e5be7738c90/83c360613889c160?show_docid=83c360613889c160</link>
  <description>
  Interesting comparison between Atom and Core processor performance on the &lt;br&gt; pages of RTC magazine: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://rtcmagazine.com/articles/view/103033&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Best -Federico
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/8b474e5be7738c90/83c360613889c160?show_docid=83c360613889c160</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Mon, 13 May 2013 21:52:40 UT
</pubDate>
  </item>
  <item>
  <title>Load Average Redux: One metric to rule them all</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/a6e821f4f46402bf/6b00184a22ef62d6?show_docid=6b00184a22ef62d6</link>
  <description>
  Hello Computing Performance, &lt;br&gt; Our favorite topic makes a comeback, as the feature of my Admin Magazine &lt;br&gt; monthly column. I thought if I could spare ourselves a few future &lt;br&gt; questions on the subject, the public service announcement was well worth it &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.admin-magazine.com/Articles/Law-of-Averages-Load-Averaging&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/a6e821f4f46402bf/6b00184a22ef62d6?show_docid=6b00184a22ef62d6</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Wed, 20 Mar 2013 00:57:43 UT
</pubDate>
  </item>
  <item>
  <title>Xeon Phi Coprocessor Optimization</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/4e84fa75cb7c3c2d/00ecca86797bf7a8?show_docid=00ecca86797bf7a8</link>
  <description>
  Hello Computing Performance, &lt;br&gt; I am reading the MK book &amp;quot;Intel Xeon Phi Coprocessor High Performance &lt;br&gt; Programming&amp;quot;, and I just realized Intel has two whitepapers on Xeon Phi &lt;br&gt; tuning already up on their site: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://software.intel.com/en-us/articles/optimization-and-performance-tuning-for-intel-xeon-phi-coprocessors-part-1-optimization#&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/4e84fa75cb7c3c2d/00ecca86797bf7a8?show_docid=00ecca86797bf7a8</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Wed, 20 Mar 2013 00:41:24 UT
</pubDate>
  </item>
  <item>
  <title>Re: [computing-perf] openbenchmarking.org</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/d540763a56147182/3a7e816ae78bcd7e?show_docid=3a7e816ae78bcd7e</link>
  <description>
  How open is openbenchmarking.org? It is not very clear from the website &lt;br&gt; whether it is a non-profit organization or a privately owned company. &lt;br&gt; &lt;p&gt;An open platform for exchanging performance-related information sounds &lt;br&gt; like a good initiative, but I wouldn&#39;t like to work for free for such a &lt;br&gt; platform if somebody else can copyright my contribution and make money
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/d540763a56147182/3a7e816ae78bcd7e?show_docid=3a7e816ae78bcd7e</guid>
  <author>
  ag...@agner.org
  (Agner Fog)
  </author>
  <pubDate>Tue, 13 Nov 2012 07:20:34 UT
</pubDate>
  </item>
  <item>
  <title>openbenchmarking.org</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/d540763a56147182/88c32036cf47b16b?show_docid=88c32036cf47b16b</link>
  <description>
  Hello Computing Performance, &lt;br&gt; On a completely separate note, I need to mention that the Phoronix team, &lt;br&gt; headed by Michael Larabel, has recently created &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://openbenchmarking.org/&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; As a community where results of performance testing are stored and &lt;br&gt; shared. I am curious to see if it picks up steam, I think there is some
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/d540763a56147182/88c32036cf47b16b?show_docid=88c32036cf47b16b</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Mon, 12 Nov 2012 23:46:10 UT
</pubDate>
  </item>
  <item>
  <title>Tuning Garbage Collection in Virtualized environments</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/9a01ca5eeb5e0442/2979f21990dbe926?show_docid=2979f21990dbe926</link>
  <description>
  Hello Computing Performance, &lt;br&gt; Emad Benjamin has given a superb presentation at the local New England &lt;br&gt; Java User Group (NEJUG), from the looks of it. I was away on business, but &lt;br&gt; the slides (200 of them!) tell very interesting stories about the art of GC &lt;br&gt; tuning, adding virtualization to the mixture - I wish I had seen this years
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/9a01ca5eeb5e0442/2979f21990dbe926?show_docid=2979f21990dbe926</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Mon, 12 Nov 2012 21:54:42 UT
</pubDate>
  </item>
  <item>
  <title>Re: New C++ vector class library</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/efab44294fa272c9/856edca7652fd03a?show_docid=856edca7652fd03a</link>
  <description>
  Impressive - well done Agner! &lt;br&gt; Apologies for the late reply, somehow I had missed the original message. &lt;br&gt; Best -F
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/efab44294fa272c9/856edca7652fd03a?show_docid=856edca7652fd03a</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Sat, 22 Sep 2012 16:35:00 UT
</pubDate>
  </item>
  <item>
  <title>Disks lie: Disks from the perspective of the filesystem</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/0ac5b01ba0a48125/1d35dfc10187f767?show_docid=1d35dfc10187f767</link>
  <description>
  Hello Computing Performance, &lt;br&gt; Marshall Kirk McKusick contributed this interesting piece to the ACM &lt;br&gt; Queue: &lt;br&gt; Disks from the Perspective of a File System - Disks lie. And the &lt;br&gt; controllers that run them are partners in crime. &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://queue.acm.org/detail.cfm?id=2367378&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Concise and very interesting. Looks at how the underlying disk
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/0ac5b01ba0a48125/1d35dfc10187f767?show_docid=1d35dfc10187f767</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Sat, 22 Sep 2012 16:33:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: Load average vs runq</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/76e35132e55d1825/8c4cf64867a8090a?show_docid=8c4cf64867a8090a</link>
  <description>
  Hello Computing Performance, &lt;br&gt; I just noticed that the kernel has now distributed logic to computing &lt;br&gt; these numbers - and there is an update pending for the next kernel, too. &lt;br&gt; Looks like the old code was too taxing sampling-wise for many-core CPUs. &lt;br&gt; The patch for the upcoming 3.5 kernel is here (RC7), for those interested.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/76e35132e55d1825/8c4cf64867a8090a?show_docid=8c4cf64867a8090a</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Tue, 17 Jul 2012 01:51:53 UT
</pubDate>
  </item>
  <item>
  <title>Re: Thread profiler.</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/3a8583bd32253aee/d0d6572e060315a4?show_docid=d0d6572e060315a4</link>
  <description>
  Ok, I release it... &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://code.google.com/p/ptrace-tools/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/3a8583bd32253aee/d0d6572e060315a4?show_docid=d0d6572e060315a4</guid>
  <author>
  ardyfa...@gmail.com
  (Ardy Falls)
  </author>
  <pubDate>Thu, 12 Jul 2012 08:18:10 UT
</pubDate>
  </item>
  <item>
  <title>Re: Thread profiler.</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/3a8583bd32253aee/31de9b2e5e02fbd1?show_docid=31de9b2e5e02fbd1</link>
  <description>
  I am working on one now, I will release it soon too google code, once I do, &lt;br&gt; I&#39;ll post again in this thread.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/3a8583bd32253aee/31de9b2e5e02fbd1?show_docid=31de9b2e5e02fbd1</guid>
  <author>
  ardyfa...@gmail.com
  (Ardy Falls)
  </author>
  <pubDate>Mon, 09 Jul 2012 21:55:33 UT
</pubDate>
  </item>
  <item>
  <title>Re: [computing-perf] x32 ABI</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/65d85e3fafa43be8?show_docid=65d85e3fafa43be8</link>
  <description>
  I was speaking about this with one of the glibc maintainers, and he also was ofthe opinion that the advantages were too small. &lt;br&gt; &lt;p&gt;Thanks -F &lt;br&gt; &lt;p&gt;______________________________ ___________ &lt;br&gt; -- &amp;quot;&#39;Problem&#39; is a bleak word for challenge&amp;quot; - Richard Fish &lt;br&gt; (Federico L. Lucifredi) - flucifredi at acm.org - GnuPG 0x4A73884C
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/65d85e3fafa43be8?show_docid=65d85e3fafa43be8</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Sun, 08 Jul 2012 13:27:12 UT
</pubDate>
  </item>
  <item>
  <title>Re: [computing-perf] x32 ABI</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/6da0a9b2290bc273?show_docid=6da0a9b2290bc273</link>
  <description>
  Thanks for pointing out the x32 ABI. I am not on the Linux kernel &lt;br&gt; mailing list so I was not aware of it. &lt;br&gt; &lt;p&gt;I think the advantage of x32 over x64 is small because everything pushed &lt;br&gt; on the stack is still 64 bits. &lt;br&gt; &lt;p&gt;The current default data model for x64 Linux already allows 32-bit &lt;br&gt; absolute pointers. We only need compiler support for it. (is it possible
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/6da0a9b2290bc273?show_docid=6da0a9b2290bc273</guid>
  <author>
  ag...@agner.org
  (Agner Fog)
  </author>
  <pubDate>Sun, 08 Jul 2012 07:39:34 UT
</pubDate>
  </item>
  <item>
  <title>x32 ABI</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/0122fc1790d43af8?show_docid=0122fc1790d43af8</link>
  <description>
  Hello Computing Performance, &lt;br&gt; I have been reading about the x32 ABI, found a few interesting &lt;br&gt; resources: &lt;br&gt; &lt;p&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://blog.flameeyes.eu/2012/06/debunking-x32-myths&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; &lt;p&gt; and the Intel presentation: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://linuxplumbersconf.net/2011/ocw//system/presentations/531/original/x32-LPC-2011-0906.pptx&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; &lt;p&gt; The summary seems to be, x64 with 32-bit pointers - as the x86 model
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/2eb7f640bb06fe2a/0122fc1790d43af8?show_docid=0122fc1790d43af8</guid>
  <author>
  flucifr...@acm.org
  (Federico Lucifredi)
  </author>
  <pubDate>Sun, 08 Jul 2012 03:16:44 UT
</pubDate>
  </item>
  <item>
  <title>New C++ vector class library</title>
  <link>http://groups.google.com/group/computing-performance/browse_thread/thread/efab44294fa272c9/2ace08864ccc39cb?show_docid=2ace08864ccc39cb</link>
  <description>
  Great news. I have made a new vector class library for x86 and x86-64 &lt;br&gt; that makes it easier to use the vector instruction sets from SSE2 to AVX &lt;br&gt; and AVX2. It&#39;s a C++ library that defines a lot of vector classes, &lt;br&gt; functions and operators. Adding two vectors is as simple as writing a + &lt;br&gt; sign instead of using assembly code or intrinsic functions. This is
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/computing-performance/browse_thread/thread/efab44294fa272c9/2ace08864ccc39cb?show_docid=2ace08864ccc39cb</guid>
  <author>
  ag...@agner.org
  (Agner Fog)
  </author>
  <pubDate>Sun, 03 Jun 2012 09:25:20 UT
</pubDate>
  </item>
  </channel>
</rss>
