<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.5" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Ned Ludd</title>
		<link>http://blogs.gentoo.org/solar</link>
		<description></description>
		<language>en-US</language>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.5"/>
		<ttl>60</ttl>
				<item>
			<title>sh4 binrepo started</title>
			<link>http://blogs.gentoo.org/solar/2006/12/06/sh_binrepo_started</link>
			<pubDate>Wed, 06 Dec 2006 03:50:59 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">sh</category>			<guid isPermaLink="false">1114@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;&lt;a href=&quot;http://tinderbox.dev.gentoo.org/html/default-linux/sh/&quot;&gt;http://tinderbox.dev.gentoo.org/html/default-linux/sh/&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Using mike's SuperH &lt;a href=&quot;http://dev.gentoo.org/~vapier/pics/sh4-lantank/&quot;&gt;lanktak&lt;/a&gt; I've setup a new &lt;a href=&quot;http://tinderbox.dev.gentoo.org/default-linux/sh/&quot;&gt;binrepo&lt;/a&gt; for those of you crazy enough to own one of these things or still have a dreamcast in the closet and a little time to spare.&lt;/p&gt;

&lt;p&gt;It's painfully slow to compile on, but oh well..&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
machine : LANDISK&lt;br /&gt;
processor : 0&lt;br /&gt;
cpu family : sh4&lt;br /&gt;
cpu type : SH7751R&lt;br /&gt;
cpu flags : fpu ptea&lt;br /&gt;
cache type : split (harvard)&lt;br /&gt;
icache size : 16KiB (2-way)&lt;br /&gt;
dcache size : 32KiB (2-way)&lt;br /&gt;
bogomips : 266.24&lt;br /&gt;
master_clk : 266.66MHz&lt;br /&gt;
module_clk : 33.33MHz&lt;br /&gt;
bus_clk : 133.33MHz&lt;br /&gt;
cpu_clk : 266.66MHz&lt;br /&gt;
tmu0_clk : 8.33MHz&lt;br /&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;PROFILE: default-linux/sh/2006.1&lt;br /&gt;
PACKAGES: 371&lt;br /&gt;
ACCEPT_KEYWORDS: sh&lt;br /&gt;
CBUILD: sh4-unknown-linux-gnu&lt;br /&gt;
CHOST: sh4-unknown-linux-gnu&lt;br /&gt;
CFLAGS: -O2 -m4 -pipe&lt;br /&gt;
FEATURES: autoconfig buildpkg ccache distlocks metadata-transfer noauto sfperms splitdebug strict&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/12/06/sh_binrepo_started&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p><a href="http://tinderbox.dev.gentoo.org/html/default-linux/sh/">http://tinderbox.dev.gentoo.org/html/default-linux/sh/</a></p><p>Using mike's SuperH <a href="http://dev.gentoo.org/~vapier/pics/sh4-lantank/">lanktak</a> I've setup a new <a href="http://tinderbox.dev.gentoo.org/default-linux/sh/">binrepo</a> for those of you crazy enough to own one of these things or still have a dreamcast in the closet and a little time to spare.</p>

<p>It's painfully slow to compile on, but oh well..<br />
<code><br />
machine : LANDISK<br />
processor : 0<br />
cpu family : sh4<br />
cpu type : SH7751R<br />
cpu flags : fpu ptea<br />
cache type : split (harvard)<br />
icache size : 16KiB (2-way)<br />
dcache size : 32KiB (2-way)<br />
bogomips : 266.24<br />
master_clk : 266.66MHz<br />
module_clk : 33.33MHz<br />
bus_clk : 133.33MHz<br />
cpu_clk : 266.66MHz<br />
tmu0_clk : 8.33MHz<br />
</code></p>

<p>PROFILE: default-linux/sh/2006.1<br />
PACKAGES: 371<br />
ACCEPT_KEYWORDS: sh<br />
CBUILD: sh4-unknown-linux-gnu<br />
CHOST: sh4-unknown-linux-gnu<br />
CFLAGS: -O2 -m4 -pipe<br />
FEATURES: autoconfig buildpkg ccache distlocks metadata-transfer noauto sfperms splitdebug strict</p><div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/12/06/sh_binrepo_started">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/12/06/sh_binrepo_started#comments</comments>
		</item>
				<item>
			<title>sparc64 binrepo started</title>
			<link>http://blogs.gentoo.org/solar/2006/08/20/sparc64_binrepo_started</link>
			<pubDate>Sun, 20 Aug 2006 18:26:40 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">sparc</category>			<guid isPermaLink="false">887@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;&lt;a href=&quot;http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1&quot;&gt;http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Weeve @ gentoo hooked me up with an account on a Sun T2K and I've started a tinderbox run over there.&lt;br /&gt;
The repo is pretty small in size right now &lt;a href=&quot;http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1/Packages&quot;&gt;(343 pkgs)&lt;/a&gt; but will be growing over time. I can see right now I've got lots of bugs to file and poking to do as this arch is lacking behind in stable keyword markings for a lot of standard packages in addition to lots of packages failing that are marked stable. But it will be a while before I can really dive head on into this as I'm moving next week.&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/08/20/sparc64_binrepo_started&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p><a href="http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1">http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1</a></p><p>Weeve @ gentoo hooked me up with an account on a Sun T2K and I've started a tinderbox run over there.<br />
The repo is pretty small in size right now <a href="http://tinderbox.dev.gentoo.org/default-linux/sparc/sparc64/2006.1/Packages">(343 pkgs)</a> but will be growing over time. I can see right now I've got lots of bugs to file and poking to do as this arch is lacking behind in stable keyword markings for a lot of standard packages in addition to lots of packages failing that are marked stable. But it will be a while before I can really dive head on into this as I'm moving next week.</p><div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/08/20/sparc64_binrepo_started">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/08/20/sparc64_binrepo_started#comments</comments>
		</item>
				<item>
			<title>Howto: hardened loghost with Splunk (OSL Style)</title>
			<link>http://blogs.gentoo.org/solar/2006/08/11/howto_hardened_loghost_with_splunk_osl_s</link>
			<pubDate>Fri, 11 Aug 2006 10:33:25 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>			<guid isPermaLink="false">876@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;&lt;a href=&quot;http://staff.osuosl.org/~cshields/wp-trackback.php?p=157&quot;&gt;http://staff.osuosl.org/~cshields/wp-trackback.php?p=157&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Corey Shields over at Open Source Labs wrote an interesting peice on remote sysloging and hardened in his &lt;a href=&quot;http://staff.osuosl.org/~cshields&quot;&gt;Life according to Corey&lt;/a&gt; blog.&lt;br /&gt;
It's a well written practical use of hardened in the real world. I'm quite pleased it's working out so well for OSL. I hope other major universities and the private sector can learn from their experiences.&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/08/11/howto_hardened_loghost_with_splunk_osl_s&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p><a href="http://staff.osuosl.org/~cshields/wp-trackback.php?p=157">http://staff.osuosl.org/~cshields/wp-trackback.php?p=157</a></p><p>Corey Shields over at Open Source Labs wrote an interesting peice on remote sysloging and hardened in his <a href="http://staff.osuosl.org/~cshields">Life according to Corey</a> blog.<br />
It's a well written practical use of hardened in the real world. I'm quite pleased it's working out so well for OSL. I hope other major universities and the private sector can learn from their experiences.</p><div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/08/11/howto_hardened_loghost_with_splunk_osl_s">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/08/11/howto_hardened_loghost_with_splunk_osl_s#comments</comments>
		</item>
				<item>
			<title>Benchmarking the power5</title>
			<link>http://blogs.gentoo.org/solar/2006/06/15/benchmarking_the_power5_1</link>
			<pubDate>Thu, 15 Jun 2006 21:55:10 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">ppc</category>			<guid isPermaLink="false">789@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;Yesterday I got fwded along a forum posting over at &lt;a href=&quot;http://penguinppc.org&quot;&gt;penguinppc.org&lt;/a&gt; from our good friend over at the OSL [cshields@osuosl] &lt;a href=&quot;http://www.power.org/phpbb/viewtopic.php?t=262&quot;&gt;powerpc-cpu optimizations&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;Gentoo PPC64 has glibc-2.3.4.20041102-r2 marked stable so first I started patching it up. While talking to another developer [vapier@gentoo] I found out that the powerpc-cpu optimizations had already been integrated in our glibc-2.4-r3 by him, so I stopped with the patching up of 2.3.x &lt;br /&gt;
Time for a few benchmarks. First nbench was not keyworded for PPC64 so I passed that info along to our PPC64 team and [ranger@gentoo] keyworded it for future use.&lt;/p&gt;

&lt;p&gt;Here are the results.&lt;/p&gt;


&lt;p&gt;&lt;em&gt;Base PPC64 stable.&lt;/em&gt;&lt;br /&gt;
&lt;strong&gt;gcc-3.4.4 glibc-2.3.4.20041102-r2&lt;/strong&gt;&lt;/p&gt;

&lt;pre&gt;
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :          581.52  :      14.91  :       4.90
STRING SORT         :            96.4  :      43.07  :       6.67
BITFIELD            :      1.2933e+08  :      22.19  :       4.63
FP EMULATION        :          36.512  :      17.52  :       4.04
FOURIER             :          8689.8  :       9.88  :       5.55
ASSIGNMENT          :          7.3297  :      27.89  :       7.23
IDEA                :          1503.4  :      22.99  :       6.83
HUFFMAN             :          589.62  :      16.35  :       5.22
NEURAL NET          :          14.411  :      23.15  :       9.74
LU DECOMPOSITION    :           556.8  :      28.85  :      20.83
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX       : 22.153
FLOATING-POINT INDEX: 18.757
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU                 : 8 CPU
L2 Cache            : 
OS                  : Linux 2.6.5-7.97-pseries64
C compiler          : 3.4.4
libc                : 
MEMORY INDEX        : 6.069
INTEGER INDEX       : 5.154
FLOATING-POINT INDEX: 10.403
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.
&lt;/pre&gt;

&lt;p&gt;&lt;em&gt;glibc-2.4.x requires gcc-4 so I compiled that, then recompiled nbench so we could establish any differences it makes alone.&lt;/em&gt;&lt;br /&gt;
&lt;strong&gt;gcc-4.1.1 with 2.3.4.20041102-r2&lt;/strong&gt;&lt;/p&gt;
&lt;pre&gt;
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :          586.56  :      15.04  :       4.94
STRING SORT         :          102.48  :      45.79  :       7.09
BITFIELD            :      1.3137e+08  :      22.54  :       4.71
FP EMULATION        :          39.625  :      19.01  :       4.39
FOURIER             :            8742  :       9.94  :       5.58
ASSIGNMENT          :          10.188  :      38.77  :      10.06
IDEA                :          1750.9  :      26.78  :       7.95
HUFFMAN             :          775.66  :      21.51  :       6.87
NEURAL NET          :          16.845  :      27.06  :      11.38
LU DECOMPOSITION    :          605.04  :      31.34  :      22.63
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX       : 25.276
FLOATING-POINT INDEX: 20.354
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU                 : 8 CPU
L2 Cache            : 
OS                  : Linux 2.6.5-7.97-pseries64
C compiler          : 4.1.1
libc                : 
MEMORY INDEX        : 6.948
INTEGER INDEX       : 5.866
FLOATING-POINT INDEX: 11.289
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.
&lt;/pre&gt;

&lt;p&gt;Sadly the kernel version that's running on the OSL box is a SuSe one without the support needed. I kept getting FATAL: kernel too old while building glibc. Guess I'll have to save the powerpc-cpu optimizations testing for another day..&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/06/15/benchmarking_the_power5_1&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>Yesterday I got fwded along a forum posting over at <a href="http://penguinppc.org">penguinppc.org</a> from our good friend over at the OSL [cshields@osuosl] <a href="http://www.power.org/phpbb/viewtopic.php?t=262">powerpc-cpu optimizations</a> </p>

<p>Gentoo PPC64 has glibc-2.3.4.20041102-r2 marked stable so first I started patching it up. While talking to another developer [vapier@gentoo] I found out that the powerpc-cpu optimizations had already been integrated in our glibc-2.4-r3 by him, so I stopped with the patching up of 2.3.x <br />
Time for a few benchmarks. First nbench was not keyworded for PPC64 so I passed that info along to our PPC64 team and [ranger@gentoo] keyworded it for future use.</p>

<p>Here are the results.</p>


<p><em>Base PPC64 stable.</em><br />
<strong>gcc-3.4.4 glibc-2.3.4.20041102-r2</strong></p>

<pre>
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :          581.52  :      14.91  :       4.90
STRING SORT         :            96.4  :      43.07  :       6.67
BITFIELD            :      1.2933e+08  :      22.19  :       4.63
FP EMULATION        :          36.512  :      17.52  :       4.04
FOURIER             :          8689.8  :       9.88  :       5.55
ASSIGNMENT          :          7.3297  :      27.89  :       7.23
IDEA                :          1503.4  :      22.99  :       6.83
HUFFMAN             :          589.62  :      16.35  :       5.22
NEURAL NET          :          14.411  :      23.15  :       9.74
LU DECOMPOSITION    :           556.8  :      28.85  :      20.83
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX       : 22.153
FLOATING-POINT INDEX: 18.757
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU                 : 8 CPU
L2 Cache            : 
OS                  : Linux 2.6.5-7.97-pseries64
C compiler          : 3.4.4
libc                : 
MEMORY INDEX        : 6.069
INTEGER INDEX       : 5.154
FLOATING-POINT INDEX: 10.403
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.
</pre>

<p><em>glibc-2.4.x requires gcc-4 so I compiled that, then recompiled nbench so we could establish any differences it makes alone.</em><br />
<strong>gcc-4.1.1 with 2.3.4.20041102-r2</strong></p>
<pre>
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)

TEST                : Iterations/sec.  : Old Index   : New Index
                    :                  : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT        :          586.56  :      15.04  :       4.94
STRING SORT         :          102.48  :      45.79  :       7.09
BITFIELD            :      1.3137e+08  :      22.54  :       4.71
FP EMULATION        :          39.625  :      19.01  :       4.39
FOURIER             :            8742  :       9.94  :       5.58
ASSIGNMENT          :          10.188  :      38.77  :      10.06
IDEA                :          1750.9  :      26.78  :       7.95
HUFFMAN             :          775.66  :      21.51  :       6.87
NEURAL NET          :          16.845  :      27.06  :      11.38
LU DECOMPOSITION    :          605.04  :      31.34  :      22.63
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX       : 25.276
FLOATING-POINT INDEX: 20.354
Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU                 : 8 CPU
L2 Cache            : 
OS                  : Linux 2.6.5-7.97-pseries64
C compiler          : 4.1.1
libc                : 
MEMORY INDEX        : 6.948
INTEGER INDEX       : 5.866
FLOATING-POINT INDEX: 11.289
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.
</pre>

<p>Sadly the kernel version that's running on the OSL box is a SuSe one without the support needed. I kept getting FATAL: kernel too old while building glibc. Guess I'll have to save the powerpc-cpu optimizations testing for another day..</p><div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/06/15/benchmarking_the_power5_1">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/06/15/benchmarking_the_power5_1#comments</comments>
		</item>
				<item>
			<title>cvs2git/parsecvs gentoo-x86 conversion</title>
			<link>http://blogs.gentoo.org/solar/2006/06/12/cvs2git_parsecvs_gentoo_x86_conversion</link>
			<pubDate>Mon, 12 Jun 2006 02:32:32 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">ppc</category>			<guid isPermaLink="false">782@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;Recently thanks to the Oregon State University Open Source Labs I've been given access to an &lt;a href=&quot;http://powerdev.osuosl.org/node/4&quot;&gt;IBM OpenPower 720&lt;/a&gt;. This thing is a beast like no other box which I have access to. The specs are simply amazing. Anyway I noticed that Alec Warner/antarus@gentoo was having problems with running a cvs2git conversion of the gentoo-x86 tree, every box which he attempted it on ran out of memory. I figured ok well I've got access to the mothership and should not have any problems doing a run for him. We talked for a little while and he provided me with a quick little script to fire off the conversion process. Well it took 21 hrs consumed 100% of the CPU the entire time and then it failed, towards the end right before it died with an Out of Memory: Killed process 14671 (parsecvs) error. It had consumed 70.1G of virtual memory and 30G RSS as well as all the swap. The gentoo-x86 tree is about 1.4G worth cvs data, the parsecvs util had managed to convert that into 4.1G of git data before it got killed. Gotta say from an admin/infra point of view going from a 1.4G to +4.1G backend repo leaves little room to be desired.&lt;/p&gt;

&lt;p&gt;None the less I don't see us switching to git any time soon unless the backend tools for conversion get a rewrite/update so they can process the full repo as incremental parts or learn how to use the existing memory more efficiently.&lt;/p&gt;

&lt;p&gt;In this graph you can see where I started about at 21:00 and ran till about 18:00 the following day, at about 14:00 the basic conversion process was done and parsecvs started allocating memory here pretty quickly for another 4 hours. The final spike is when it started swapping to disk before it got killed.&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;http://planet.gentoo.org/developers/media/cvs2git-24h-load.png&quot; width=&quot;597&quot; height=&quot;241&quot; alt=&quot;24h CPU Usage&quot; /&gt;&lt;/p&gt;

&lt;p&gt;Unfortunately the snmpd version running on the box does not appear to support 64bit counters so all the memory graphs are/were nil.&lt;/p&gt;

&lt;p&gt;In the end I had fun helping him with this, and it really gave the power5 a workout &lt;img src=&quot;http://blogs.gentoo.org/rsc/smilies/icon_smile.gif&quot; alt=&quot;&amp;#58;&amp;#41;&quot; class=&quot;middle&quot; /&gt;&lt;br /&gt;
Sometime later this week I'll start setting up ppc64 binrepos, cross compilers etc..&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/06/12/cvs2git_parsecvs_gentoo_x86_conversion&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>Recently thanks to the Oregon State University Open Source Labs I've been given access to an <a href="http://powerdev.osuosl.org/node/4">IBM OpenPower 720</a>. This thing is a beast like no other box which I have access to. The specs are simply amazing. Anyway I noticed that Alec Warner/antarus@gentoo was having problems with running a cvs2git conversion of the gentoo-x86 tree, every box which he attempted it on ran out of memory. I figured ok well I've got access to the mothership and should not have any problems doing a run for him. We talked for a little while and he provided me with a quick little script to fire off the conversion process. Well it took 21 hrs consumed 100% of the CPU the entire time and then it failed, towards the end right before it died with an Out of Memory: Killed process 14671 (parsecvs) error. It had consumed 70.1G of virtual memory and 30G RSS as well as all the swap. The gentoo-x86 tree is about 1.4G worth cvs data, the parsecvs util had managed to convert that into 4.1G of git data before it got killed. Gotta say from an admin/infra point of view going from a 1.4G to +4.1G backend repo leaves little room to be desired.</p>

<p>None the less I don't see us switching to git any time soon unless the backend tools for conversion get a rewrite/update so they can process the full repo as incremental parts or learn how to use the existing memory more efficiently.</p>

<p>In this graph you can see where I started about at 21:00 and ran till about 18:00 the following day, at about 14:00 the basic conversion process was done and parsecvs started allocating memory here pretty quickly for another 4 hours. The final spike is when it started swapping to disk before it got killed.</p>

<p><img src="http://planet.gentoo.org/developers/media/cvs2git-24h-load.png" width="597" height="241" alt="24h CPU Usage" /></p>

<p>Unfortunately the snmpd version running on the box does not appear to support 64bit counters so all the memory graphs are/were nil.</p>

<p>In the end I had fun helping him with this, and it really gave the power5 a workout <img src="http://blogs.gentoo.org/rsc/smilies/icon_smile.gif" alt="&#58;&#41;" class="middle" /><br />
Sometime later this week I'll start setting up ppc64 binrepos, cross compilers etc..</p><div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/06/12/cvs2git_parsecvs_gentoo_x86_conversion">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/06/12/cvs2git_parsecvs_gentoo_x86_conversion#comments</comments>
		</item>
				<item>
			<title>default-linux/hppa binrepo is up</title>
			<link>http://blogs.gentoo.org/solar/2006/06/12/default_linux_hppa_binrepo_is_up</link>
			<pubDate>Mon, 12 Jun 2006 01:50:50 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">hppa</category>			<guid isPermaLink="false">781@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;&lt;a href=&quot;http://tinderbox.dev.gentoo.org/default-linux/hppa/&quot;&gt;http://tinderbox.dev.gentoo.org/default-linux/hppa/&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Last weekend I got a list of packages from GMsoft(hppa lead dev) and started a big fat run on hake. Well it's pretty much finishing up and the only packages which I did not merge from his list of 1083 packages were those ones which were either ~arch or required a configured kernel (silly kde for having a harddep on media-sound/cdparanoia). Currently there are 758 pkgs in this repo and like the others, if/when something breaks I'll know about it and report it.&lt;/p&gt;

&lt;p&gt;CFLAGS=&quot;-O2 -pipe -march=2.0&quot;&lt;br /&gt;
CHOST=&quot;hppa2.0-unknown-linux-gnu&quot;&lt;br /&gt;
CXXFLAGS=&quot;-O2 -pipe&quot;&lt;br /&gt;
USE_ORDER=env:pkg:conf:defaults&lt;br /&gt;
PORTAGE_TMPFS=&quot;/dev/shm/portage&quot;&lt;br /&gt;
PKGDIR=/packages/&lt;br /&gt;
MAKEOPTS=&quot;-j3&quot;&lt;br /&gt;
CLEAN_DELAY=0&lt;br /&gt;
FEATURES=&quot;sandbox distclean buildpkg genpkgindex test collision-protect&quot;&lt;br /&gt;
USE='dlloader test bindist'&lt;/p&gt;
&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/06/12/default_linux_hppa_binrepo_is_up&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p><a href="http://tinderbox.dev.gentoo.org/default-linux/hppa/">http://tinderbox.dev.gentoo.org/default-linux/hppa/</a></p><p>Last weekend I got a list of packages from GMsoft(hppa lead dev) and started a big fat run on hake. Well it's pretty much finishing up and the only packages which I did not merge from his list of 1083 packages were those ones which were either ~arch or required a configured kernel (silly kde for having a harddep on media-sound/cdparanoia). Currently there are 758 pkgs in this repo and like the others, if/when something breaks I'll know about it and report it.</p>

<p>CFLAGS="-O2 -pipe -march=2.0"<br />
CHOST="hppa2.0-unknown-linux-gnu"<br />
CXXFLAGS="-O2 -pipe"<br />
USE_ORDER=env:pkg:conf:defaults<br />
PORTAGE_TMPFS="/dev/shm/portage"<br />
PKGDIR=/packages/<br />
MAKEOPTS="-j3"<br />
CLEAN_DELAY=0<br />
FEATURES="sandbox distclean buildpkg genpkgindex test collision-protect"<br />
USE='dlloader test bindist'</p>
<div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/06/12/default_linux_hppa_binrepo_is_up">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/06/12/default_linux_hppa_binrepo_is_up#comments</comments>
		</item>
				<item>
			<title>ia64 binrepo added/x86 livecd started/SoC server built</title>
			<link>http://blogs.gentoo.org/solar/2006/05/30/ia64_binrepo_added_x86_livecd_started_so</link>
			<pubDate>Tue, 30 May 2006 04:33:10 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">ia64</category>
<category domain="alt">x86</category>			<guid isPermaLink="false">768@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;Well I'm still busy doing whatever it is I do. Tim Yamin [plasmaro@gentoo] hooked me up with an account on the ia64 at OSL to get a repo going for it. So been that's pretty much what I've been doing all day and filing bugs for other packages and arches as I come across them on all the other hosts.&lt;/p&gt;

&lt;p&gt;Current package count is &lt;ins&gt;7011&lt;/ins&gt; across all repos and by the time I wake up hopefully it will be up it will be up by another 268. Then I got whatever is in this list &lt;a href=&quot;https://i2.gentoo.osuosl.org/~solar/unstable.ia64&quot;&gt;unstable.ia64&lt;/a&gt; to get keyworded and marked stable.&lt;/p&gt;

&lt;p&gt;I do hope to get my hands on a fast mips host here in the near future so I can get that going as well. Hoping to break the 10k mark!!&lt;/p&gt;

&lt;p&gt;jforman hooked me up with a new vhost for the tinderbox as the .x86. part is a bit deceptive. It's now just tinderbox.dev.gentoo.org for the master repo.&lt;/p&gt;

&lt;p&gt;r2d2 is attempting to work with the x86 hardened binrepo directly to see if he can speed up the process of livecd creation. Added a few hundred more packages to the hardened/x86 repo for that making it the largest repo of them all.&lt;/p&gt;

&lt;p&gt;Some point over the weekend Lance and me did a lot of work on the box that is going to be used to host most of the Google Summer of Code projects. Still got a few final touchup things todo on it, but thats mostly all just a bit of configuring services. It's still a bit to soon to tell if they are going to need more than 1 server for everything. genone's project might take a wee bit more space than the box we had allocated initially for this. One of the things I'd really like to see some of the money Gentoo will earn from doing this years SoC is that we pick up a nice server which can be used for future SoC events and or to host the fruitful project that come out of this years (like stats/anonsvn/anon-other or so). I do have high hopes and I've already picked out a pretty decent dell 2850 for about ~$4500 that I'd like to see us get that includes 12G Ram/dual dualcore xeons at 3GHZ each and about 100GB of space or so. (having a good server benefits everybody)&lt;/p&gt;

&lt;p&gt;Cool new bug.. &lt;a href=&quot;http://bugs.gentoo.org/show_bug.cgi?id=133420&quot;&gt;New QA warning - detect already stripped binaries in prepstrip&lt;/a&gt; (I like ELF)&lt;/p&gt;

&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/05/30/ia64_binrepo_added_x86_livecd_started_so&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>Well I'm still busy doing whatever it is I do. Tim Yamin [plasmaro@gentoo] hooked me up with an account on the ia64 at OSL to get a repo going for it. So been that's pretty much what I've been doing all day and filing bugs for other packages and arches as I come across them on all the other hosts.</p>

<p>Current package count is <ins>7011</ins> across all repos and by the time I wake up hopefully it will be up it will be up by another 268. Then I got whatever is in this list <a href="https://i2.gentoo.osuosl.org/~solar/unstable.ia64">unstable.ia64</a> to get keyworded and marked stable.</p>

<p>I do hope to get my hands on a fast mips host here in the near future so I can get that going as well. Hoping to break the 10k mark!!</p>

<p>jforman hooked me up with a new vhost for the tinderbox as the .x86. part is a bit deceptive. It's now just tinderbox.dev.gentoo.org for the master repo.</p>

<p>r2d2 is attempting to work with the x86 hardened binrepo directly to see if he can speed up the process of livecd creation. Added a few hundred more packages to the hardened/x86 repo for that making it the largest repo of them all.</p>

<p>Some point over the weekend Lance and me did a lot of work on the box that is going to be used to host most of the Google Summer of Code projects. Still got a few final touchup things todo on it, but thats mostly all just a bit of configuring services. It's still a bit to soon to tell if they are going to need more than 1 server for everything. genone's project might take a wee bit more space than the box we had allocated initially for this. One of the things I'd really like to see some of the money Gentoo will earn from doing this years SoC is that we pick up a nice server which can be used for future SoC events and or to host the fruitful project that come out of this years (like stats/anonsvn/anon-other or so). I do have high hopes and I've already picked out a pretty decent dell 2850 for about ~$4500 that I'd like to see us get that includes 12G Ram/dual dualcore xeons at 3GHZ each and about 100GB of space or so. (having a good server benefits everybody)</p>

<p>Cool new bug.. <a href="http://bugs.gentoo.org/show_bug.cgi?id=133420">New QA warning - detect already stripped binaries in prepstrip</a> (I like ELF)</p>

<div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/05/30/ia64_binrepo_added_x86_livecd_started_so">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/05/30/ia64_binrepo_added_x86_livecd_started_so#comments</comments>
		</item>
				<item>
			<title>arm/cobalt binary repos and free candy for everyone</title>
			<link>http://blogs.gentoo.org/solar/2006/05/21/arm_cobalt_binary_repos_and_free_candy_f_2</link>
			<pubDate>Sun, 21 May 2006 22:17:49 +0000</pubDate>			<dc:creator>solar</dc:creator>
			<category domain="main">Gentoo</category>
<category domain="alt">arm</category>
<category domain="alt">mips</category>			<guid isPermaLink="false">750@http://blogs.gentoo.org/</guid>
						<description>&lt;p&gt;The tinderbox current pkg count is at &lt;ins&gt;6517&lt;/ins&gt; packages across &lt;ins&gt;66&lt;/ins&gt; repos now. If anybody has a package or profile request to be added to the tinderbox please feel free to let me know.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;default-linux/arm&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I added another binary repo to the tinderbox. This time it's for the &lt;a href=&quot;http://tinderbox.x86.dev.gentoo.org/default-linux/arm/&quot;&gt;default-linux/arm/&lt;/a&gt; profile. The build host is an &lt;a href=&quot;http://dev.gentoo.org/~vapier/pics/arm-netwinder/&quot;&gt;arm netwinder&lt;/a&gt; and is so incredibly slow to build on it's not funny, (a PDA would be faster) but I gotta take one for the team if I want good coverage of all the profiles. This repo for sure wont be pure arch or ~arch either.&lt;/p&gt;

&lt;pre&gt;
=================================================================
Processor       : StrongARM-110 rev 4 (v4l)
BogoMIPS        : 185.54
Features        : swp half 26bit fastmult 
CPU implementer : 0x44
CPU architecture: 4
CPU variant     : 0x0
CPU part        : 0xa10
CPU revision    : 4

Hardware        : Rebel-NetWinder
Revision        : 59ff
Serial          : 00000000000020f9
=================================================================
             total       used       free     shared    buffers     cached
Mem:           123         93         30          0          4         53
-/+ buffers/cache:         35         88
Swap:         1043         15       1028
=================================================================
Portage 2.1_rc1-r3 (default-linux/arm, gcc-3.4.6, glibc-2.3.6-r3, 2.6.14.2-grsec armv4l)
=================================================================
&lt;/pre&gt;


&lt;p&gt;&lt;strong&gt;default-linux/mips/cobalt&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I was starting the initial mipsel rsync repo transfer when the &lt;a href=&quot;http://dev.gentoo.org/~vapier/pics/mipsel-raq2/&quot;&gt;raq2.mips&lt;/a&gt; box locked up. I don't think anybody from the OSL will be able to reboot it anytime today so I'll probably delete whatever I have and wait for another day and another kernel. Boxes freezing up while simply transferring files is never good.&lt;/p&gt;


&lt;p&gt;&lt;strong&gt;Icons&lt;/strong&gt;&lt;br /&gt;
I noticed the icons on &lt;a href=&quot;http://dev.gentoo.org/~solar/&quot;&gt;dev.gentoo.org&lt;/a&gt; were not loading after the migration to the new box so I updated those with the same eye candy ones I used on the tinderbox. Looks pretty sweet imo. Hopefully nobody will bitch about it being nice.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;cross compiling kernels&lt;/strong&gt;&lt;br /&gt;
Still on my todo list. I really don't have a clean way yet to map blindly which kernels I want to build using what options. Maybe next weekend.&lt;/p&gt;

&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://blogs.gentoo.org/solar/2006/05/21/arm_cobalt_binary_repos_and_free_candy_f_2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>The tinderbox current pkg count is at <ins>6517</ins> packages across <ins>66</ins> repos now. If anybody has a package or profile request to be added to the tinderbox please feel free to let me know.</p>

<p><strong>default-linux/arm</strong></p>

<p>I added another binary repo to the tinderbox. This time it's for the <a href="http://tinderbox.x86.dev.gentoo.org/default-linux/arm/">default-linux/arm/</a> profile. The build host is an <a href="http://dev.gentoo.org/~vapier/pics/arm-netwinder/">arm netwinder</a> and is so incredibly slow to build on it's not funny, (a PDA would be faster) but I gotta take one for the team if I want good coverage of all the profiles. This repo for sure wont be pure arch or ~arch either.</p>

<pre>
=================================================================
Processor       : StrongARM-110 rev 4 (v4l)
BogoMIPS        : 185.54
Features        : swp half 26bit fastmult 
CPU implementer : 0x44
CPU architecture: 4
CPU variant     : 0x0
CPU part        : 0xa10
CPU revision    : 4

Hardware        : Rebel-NetWinder
Revision        : 59ff
Serial          : 00000000000020f9
=================================================================
             total       used       free     shared    buffers     cached
Mem:           123         93         30          0          4         53
-/+ buffers/cache:         35         88
Swap:         1043         15       1028
=================================================================
Portage 2.1_rc1-r3 (default-linux/arm, gcc-3.4.6, glibc-2.3.6-r3, 2.6.14.2-grsec armv4l)
=================================================================
</pre>


<p><strong>default-linux/mips/cobalt</strong></p>

<p>I was starting the initial mipsel rsync repo transfer when the <a href="http://dev.gentoo.org/~vapier/pics/mipsel-raq2/">raq2.mips</a> box locked up. I don't think anybody from the OSL will be able to reboot it anytime today so I'll probably delete whatever I have and wait for another day and another kernel. Boxes freezing up while simply transferring files is never good.</p>


<p><strong>Icons</strong><br />
I noticed the icons on <a href="http://dev.gentoo.org/~solar/">dev.gentoo.org</a> were not loading after the migration to the new box so I updated those with the same eye candy ones I used on the tinderbox. Looks pretty sweet imo. Hopefully nobody will bitch about it being nice.</p>

<p><strong>cross compiling kernels</strong><br />
Still on my todo list. I really don't have a clean way yet to map blindly which kernels I want to build using what options. Maybe next weekend.</p>

<div class="item_footer"><p><small><a href="http://blogs.gentoo.org/solar/2006/05/21/arm_cobalt_binary_repos_and_free_candy_f_2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://blogs.gentoo.org/solar/2006/05/21/arm_cobalt_binary_repos_and_free_candy_f_2#comments</comments>
		</item>
			</channel>
</rss>
