aboutsummaryrefslogtreecommitdiff
path: root/content/posts/2003-11-03-distcc-is-my-buddy.html
blob: 4e559712228834ca61759d54e658a05575f91a02 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
---
date: "2003-11-03T10:25:31Z"
title: distcc is My Buddy
---

<p>
After a conversation <a href='http://www.richlowe.net/'>Richard (richlowe)</a> and I had last night, I decided to actually try out <a href='http://distcc.samba.org/'>distcc</a>.  It's neat, it works, and it appears to speed compiles up.  I was a bit worried about having different versions of <a href='http://gcc.gnu.org/'><acronym title='GNU Compiler Collection'>GCC</acronym></a>, but so far it seems to be handling it just fine (the versions are 3.3, 3.3.1, and 3.3.2).  The only quirk I've seen so far is it appears to get stuck at the end of a compile every once in a while.  This is mentioned on the <a href='http://distcc.samba.org/problems.html#2.5cork'>distcc Problems page</a>, but I'm running <a href='http://www.kernel.org/'>2.4</a> on both the machines, not 2.5.  Also I wonder if I'm losing  my <a href='http://www.amd.com/'>Athlon optimizations</a>, and if so, how that will affect performance.  I'm going to try some tests with <a href='http://kylie.pablotron.org/'>kylie</a> in the mix as well, to see if it's still worth it with Internet latency thrown in the mix.  I'll post them here when I'm finished.
</p>

<p>
The other interesting thing Jon-Anne (lilyj), <a href='http://www.richlowe.net/'>Richard (richlowe)</a>, and I talked about is was a learning information search tool (roughly comparable to the "agent" craze a few years back).  I know there's a <a href='http://www.gnome.org/'><acronym title='GNU Network Object Model Environment'>GNOME</acronym></a> application that does something similar &mdash; it "knows" what your doing in <a href='http://gaim.sf.net/'>GAIM</a> and <a href='http://nautilus.gnome.org/'>Nautilus</a>, and constantly updates with information that might be relevant &mdash but we were thinking of something that was more standardized, abstracted, and modular.  Some of the stuff we came up with: standard protocol for applications to pass metadata to the daemon (I was thinking something that looked as much like <acronym title='HyperText Transfer Protocol'>HTTP</acronym> POST as possible), a pluggable daemon backend, so you could add additional search modules (that either queried different backends, or categorized, analyzed, and ranked the data in different ways), and a standardized output format for the aggregating the various search results (<a href='http://www.richlowe.net/'>Richlowe</a> suggested <acronym title='Rich Document Format'>RDF</acronym>, but I was thinking <a href='http://www.opml.org/'>OPML</a> might be more appropriate).  For the modules, if you had various modules that queried things like <a href='http://www.google.com/'>Google</a>, <a href='http://www.syndic8.com/'>Syndic8</a>, newsgroups, and some sort of filesystem database (Jon-Anne suggested that this should be some sort of associative mesh, rather than a simple keyword database), etc.  The other thing is that results would be associated with related searches.  It should be smart enough to realize that if you're looking at a cooking-related web site, and you start talking about cows in your <acronym title='Instant Messenger'>IM</acronym> program, you'd probably be interested in hamburger- and beef-related content.
</p>

<p>
Interesting stuff.  And technically do-able, I think.  Does anyone remember the name of the existing <a href='http://www.gnome.org/'>GNOME</a> application?  I'd like to take another look at it and see what they've got so far.
</p>