<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>keeping simple</title>
	<atom:link href="http://www.yodaiken.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yodaiken.com</link>
	<description>Systems software technology and business</description>
	<lastBuildDate>Sun, 01 Jan 2012 18:30:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>The UNIX file system as a recursive function</title>
		<link>http://www.yodaiken.com/2012/01/the-unix-file-system-as-a-recursive-function/</link>
		<comments>http://www.yodaiken.com/2012/01/the-unix-file-system-as-a-recursive-function/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 18:30:48 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[software engineering]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1219</guid>
		<description><![CDATA[Ignoring &#8220;write&#8221; operations, for the moment, a file system is just an implementation, a concrete manifestation, of a map from file names to file contents. A UNIX style file system complicates the story because file names are &#8220;paths&#8221; through a &#8230; <a href="http://www.yodaiken.com/2012/01/the-unix-file-system-as-a-recursive-function/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Ignoring &#8220;write&#8221; operations, for the moment, a file system is just an implementation, a concrete manifestation, of a map from file names to file contents. A UNIX style file system complicates the story because file names are &#8220;paths&#8221; through a somewhat compromised tree structure.  You could try to express the relationships between nodes in this tree and paths by brute force axioms. For example: if the path &#8220;p&#8221; can be resolved to a file, then every proper prefix of &#8220;p&#8221; resolves to a file that is a directory. But, at least to me, it&#8217;s more intuitively compelling to describe the map as a recursive function &#8211; capturing the structure algorithmically. In fact, the axiom approach gets pretty damn ugly when we add things like &#8220;mounted file systems&#8221;.</p>
<p>Begin with a recursive definition of a path: EMPTY is a path and if<em> p</em> is a path and <em>n</em> is a local file identifier then the sequence obtained by appending  n to p (on the left) is a path.  And there are no other paths than the ones that can be built from a finite number of applications of this rule.  We can write &#8220;<em>n/p</em>&#8221; for the path obtained by appending <em>n</em> to <em>p </em>(appending on the left). Let&#8217;s require of course that the separator symbol &#8220;/&#8221; is not in any local file identifier. Other than that, there is no need to say anything at all about the set of file identifiers now &#8211; you can think of it as the set of strings that are &#8220;/&#8221; free if that helps, but they could be anything at all that is &#8220;/&#8221; free and can be connected into sequences. And  &#8221;/&#8221; is just the name we use for the separator, it can be anything at all too.</p>
<p>UNIX style file systems are nearly always constructed on top of flat file systems. That is, we suppose we have a primitive set of &#8220;flat file names&#8221; of some sort and a map F that maps flat file names to the corresponding file contents.  Flat file names can be the same as local file identifier or different &#8211; it doesn&#8217;t matter. Right now we don&#8217;t have to say much about these flat file names at all but we have some demands on file contents. In particular, files need to be able to &#8220;encode&#8221;  lookup tables that relate local file identifiers to flat file names. Since we will require that a local file identifier appear at most once in such a table, we can think of the file contents as encoding a function- the &#8220;directory function&#8221;.  If &#8220;i&#8221; is a flat file name and F(i) is defined, we need to be able to associate F(i) with a type: plain or  directory (to start). Plain is just some data. If F(i) is defined, and F(i) has type directory, there is some function d= D(F(i))  we can decode from F(i) so that for some finite set of local file identifiers, &#8220;d&#8221; maps those identifiers to flat file names.</p>
<p>The idea is that we can start with some flat file name &#8220;i&#8221; and a path, say,  p=a/b/c and follow p from &#8220;i&#8221; as follows. First get i&#8217;=D(F(i))(a) if F(i) is a directory. Then get i&#8221;= D(F(i&#8217;))(b) and i&#8221;&#8217;= D(F(i&#8221;))(c) &#8211; assuming that the intermediate flat files are directories and they encode functions that map the flat file names &#8220;a&#8221;, &#8220;b&#8221; and &#8220;c&#8221;.  There&#8217;s some complexity because we&#8217;re not assured that everything will work out &#8211; we may only be able to follow a path partway before coming to a dead end.</p>
<p>So define a function R to take a flat file function F, an initial flat file name &#8220;i&#8221; and a path p and produces either a terminal flat file name or FAIL if the path cannot be followed all the way.  First we do the easy case R(F,i,EMPTY)= i.  The recursive case is</p>
<table>
<tbody>
<tr>
<td>R(F,i,n/p)=</td>
<td>R(F,D(F(i))(n),p) if F(i) is a directory and D(F(i))(n) is defined&nbsp;</p>
<p>FAIL otherwise.</td>
</tr>
</tbody>
</table>
<p>Associate F with a special flat file &#8220;r&#8221; &#8211; the root file. Then we can define U(p) = F(R(F,r,p)) if R(F,r,p) is not FAIL and let U(p)= FAIL otherwise.</p>
<p>And that&#8217;s it &#8211; except that now the flexible nature of the file system becomes clear. Let&#8217;s add a new file type &#8220;indirect&#8221; so that if F(i) is indirect, then we can extract a flat file map and a root flat file name from the contents. That is, if F(i) is an indirect file we can produce (F&#8217;,r&#8217;) = X(F(i)) where F&#8217; is a flat file map and F&#8217;(r&#8217;) is a directory under F&#8217;.  Say &#8220;i&#8221; is a properly defined indirect file under F if and only if F(i) is indirect and for (F&#8217;,r)=X(F(i)) we have F&#8217;(r) as a directory. We can now redefine R as follows to switch flat file systems on an indirect file.</p>
<table>
<tbody>
<tr>
<td>R(F,i,n/p)=</td>
<td>R(F,D(F(i))(n),p) if F(i) is a directory and D(F(i))(n) is defined&nbsp;</p>
<p>R(F&#8217;,r,p)  if F(i) is an indirect file and X(F(i))= (F&#8217;,r) and F&#8217;(r) is a directory</p>
<p>FAIL otherwise.</td>
</tr>
</tbody>
</table>
<p>Note that the first definition of R is obviously primitive recursive &#8211; because we lose one element of the path sequence on each recursive step &#8211; but it&#8217;s not obvious that the version of R with indirect calls must terminate. The final condition on the indirect case assures us that at least every second step must remove one element from the path.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2012/01/the-unix-file-system-as-a-recursive-function/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apple&#8217;s A5 chip made in Austin</title>
		<link>http://www.yodaiken.com/2011/12/apples-a5-chip-made-in-austin/</link>
		<comments>http://www.yodaiken.com/2011/12/apples-a5-chip-made-in-austin/#comments</comments>
		<pubDate>Sun, 18 Dec 2011 03:54:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[software engineering]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1217</guid>
		<description><![CDATA[Although I think it might have been designed here too. The A5 processor &#8211; the brain in the iPhone 4S and iPad 2 &#8211; is now made in a sprawling 1.6 million square feet factory in Austin owned by Korean &#8230; <a href="http://www.yodaiken.com/2011/12/apples-a5-chip-made-in-austin/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Although I think it might have been designed here too.</p>
<blockquote><p>The A5 processor &#8211; the brain in the iPhone 4S and iPad 2 &#8211; is now made in a sprawling 1.6 million square feet factory in Austin owned by Korean electronics giant Samsung Electronics, according to people familiar with the operation.<br />
One of the few major components to be sourced from within the United States, the A5 processor is built by Samsung in a newly constructed $3.6 billion non-memory chip production line that reached full production in early December</p>
<p><a href="http://www.reuters.com/article/2011/12/16/us-apple-samsung-idUSTRE7BF0D420111216" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.reuters.com/article/2011/12/16/us-apple-samsung-idUSTRE7BF0D420111216?referer=');">http://www.reuters.com/article/2011/12/16/us-apple-samsung-idUSTRE7BF0D420111216</a></p>
<p>&nbsp;</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/12/apples-a5-chip-made-in-austin/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Richard Stallman speaks</title>
		<link>http://www.yodaiken.com/2011/10/richard-stallman-speaks/</link>
		<comments>http://www.yodaiken.com/2011/10/richard-stallman-speaks/#comments</comments>
		<pubDate>Sun, 30 Oct 2011 15:17:56 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[intellectual property]]></category>
		<category><![CDATA[pepsi]]></category>
		<category><![CDATA[stallman]]></category>
		<category><![CDATA[tea]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1214</guid>
		<description><![CDATA[A supply of tea with milk and sugar would be nice. If it is tea I really like, I like it without milk and sugar. With milk and sugar, any kind of tea is fine. I always bring tea bags &#8230; <a href="http://www.yodaiken.com/2011/10/richard-stallman-speaks/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<blockquote>
<pre>A supply of tea with milk and sugar would be nice.  If it is tea I
really like, I like it without milk and sugar.  With milk and sugar,
any kind of tea is fine.  I always bring tea bags with me, so if we
use my tea bags, I will certainly like that tea without milk or sugar.

If I am quite sleepy, I would like two cans or small bottles of
non-diet Pepsi.  (I dislike the taste of coke, and of all diet soda;
also, there is an international boycott of the Coca Cola company for
killing union organizers in Colombia and Guatemala; see
killercoke.org.)  However, if I am not very sleepy, I won't want
Pepsi, because it is better if I don't drink so much sugar.</pre>
</blockquote>
<p>There&#8217;s more. A lot<a href="https://secure.mysociety.org/admin/lists/pipermail/developers-public/2011-October/007647.html" target="_blank" onclick="pageTracker._trackPageview('/outgoing/secure.mysociety.org/admin/lists/pipermail/developers-public/2011-October/007647.html?referer=');"> more. </a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/10/richard-stallman-speaks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dennis Ritchie</title>
		<link>http://www.yodaiken.com/2011/10/dennis-ritchie/</link>
		<comments>http://www.yodaiken.com/2011/10/dennis-ritchie/#comments</comments>
		<pubDate>Thu, 13 Oct 2011 02:08:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[software engineering]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1211</guid>
		<description><![CDATA[Truly a brilliant engineer. http://en.wikipedia.org/wiki/Dennis_Ritchie &#160;]]></description>
			<content:encoded><![CDATA[<p>Truly a brilliant engineer.</p>
<p><a href="http://en.wikipedia.org/wiki/Dennis_Ritchie" onclick="pageTracker._trackPageview('/outgoing/en.wikipedia.org/wiki/Dennis_Ritchie?referer=');">http://en.wikipedia.org/wiki/Dennis_Ritchie</a></p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/10/dennis-ritchie/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Droning on about computer security</title>
		<link>http://www.yodaiken.com/2011/10/1207/</link>
		<comments>http://www.yodaiken.com/2011/10/1207/#comments</comments>
		<pubDate>Sat, 08 Oct 2011 20:05:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[security+fault-tolerance]]></category>
		<category><![CDATA[software security]]></category>
		<category><![CDATA[computer security]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1207</guid>
		<description><![CDATA[Good grief. The US military&#8217;s unmanned Predator and Reaper drones are continuing to fly remote missions overseas despite a computer virus that has infected their US-based cockpits. Government officials are still investigating whether the virus is benign, and how it &#8230; <a href="http://www.yodaiken.com/2011/10/1207/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Good grief.</p>
<blockquote><p>The US military&#8217;s unmanned Predator and Reaper drones are continuing to fly remote missions overseas despite a computer virus that has infected their US-based cockpits.<br />
Government officials are still investigating whether the virus is benign, and how it managed to infect the heavily protected computer systems at Creech Air Force Base in Nevada, where US military pilots remotely fly the planes on their missions over Iraq, Afghanistan and elsewhere.<br />
&#8220;Something is going on, but it has not had any impact on the missions overseas,&#8221; said a source, who was not authorized to speak publicly.<br />
Armed tactical unmanned planes have become an increasingly valuable tool used by the US military to track and attack individuals and small groups overseas, but the virus underscores the vulnerability of such systems to attacks on the computer networks used to fly them from great distances.<br />
Rob Densmore, former US navy airman, told Al Jazeera that the infection was a common keystroke logging virus &#8211; which registers the keystrokes pilots use to control the unmanned drones from afar.<br />
&#8220;It has to have a point of access, so we know that thumb drives &#8211; basically USB drives &#8211; are used to upload navigational information, guidance information to Predator and Reaper drones.<br />
&#8220;And if there&#8217;s a way somehow that that information, or that thumb drive, can come into contact with a network or with the internet, that&#8217;s where the danger is because that basically means that information can be carried across from the Reaper drones.&#8221;</p>
<p><a href="http://english.aljazeera.net/news/americas/2011/10/201110816388104988.html" onclick="pageTracker._trackPageview('/outgoing/english.aljazeera.net/news/americas/2011/10/201110816388104988.html?referer=');">http://english.aljazeera.net/news/americas/2011/10/201110816388104988.html</a></p></blockquote>
<p>Government approach to security can be described as designing an unsinkable boat that has no doors between compartments and then, to make it usable, cutting a random and increasing number of undocumented holes between compartments.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/10/1207/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The multics file system</title>
		<link>http://www.yodaiken.com/2011/10/the-multics-file-system/</link>
		<comments>http://www.yodaiken.com/2011/10/the-multics-file-system/#comments</comments>
		<pubDate>Sat, 08 Oct 2011 03:12:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[operating systems]]></category>
		<category><![CDATA[software engineering]]></category>
		<category><![CDATA[multics]]></category>
		<category><![CDATA[operating system design]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1205</guid>
		<description><![CDATA[The design proposed in this paper is ubiquitous. A file is simply an ordered sequence of elements, where an element could be a machine word, a character, or a bit, depending upon the implementation. A user may create, modify or &#8230; <a href="http://www.yodaiken.com/2011/10/the-multics-file-system/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>The design proposed in<a href="http://www.multicians.org/fjcc4.html" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.multicians.org/fjcc4.html?referer=');"> this paper</a> is ubiquitous.</p>
<blockquote><p>A <strong>file</strong> is simply an ordered sequence of <strong>elements</strong>,  where an element could be a machine word, a character, or a bit,  depending upon the implementation. A user may create, modify or delete  files only through the use of the file system. At the level of the file  system, a file is formatless. All formatting is done by higher-level  modules or by user-supplied programs, if desired. As far as a particular  user is concerned, a file has one name, and that name is symbolic.  (Symbolic names may be arbitrarily long, and may have syntax of their  own. For example, they may consist of several parts, some of which are  relevant to the nature of the file, e.g., ALPHA FAP DEBUG.) The user may  reference an element in the file by specifying the symbolic file name  and the linear index of the element within the file. By using  higher-level modules, a user may also be able to reference suitably  defined sequences of elements directly by context.</p>
<p>A <strong>directory</strong> is a special file which is maintained by the file system, and which contains a list of <strong>entries</strong>.  To a user, an entry appears to be a file and is accessed in terms of  its symbolic entry name, which is the user&#8217;s file name. An <strong>entry name</strong> need be unique only within the directory in which it occurs. In  reality, each entry is a pointer of one of two kinds. The entry may  point directly to a file (which may itself be a directory) which is  stored in secondary storage, or else it may point to another entry in  the same or another directory. An entry which points directly to a file  is called a <strong>branch</strong>, while an entry which points to another directory entry is called a <strong>link</strong>.  Except for a pathological case mentioned below, a link always  eventually points to a branch (although possibly via a chain of links to  the branch), and thence to a file. Thus the link and the branch both <strong>effectively point to</strong> the file. (In general, a user will usually not need to know whether a  given entry is a branch or a link, but he easily may find out.)<br />
<img src="http://www.multicians.org/mulimg/fjcc4-fig1.gif" alt="" /><br />
?</p></blockquote>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/10/the-multics-file-system/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fukushima Robot Blog</title>
		<link>http://www.yodaiken.com/2011/10/fukushima-robot-blog/</link>
		<comments>http://www.yodaiken.com/2011/10/fukushima-robot-blog/#comments</comments>
		<pubDate>Mon, 03 Oct 2011 20:12:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[communications]]></category>
		<category><![CDATA[embedded systems]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1202</guid>
		<description><![CDATA[This from the IEEE is really fascinating. It is the blog of a robot operator in the Fukushima nuclear plants. Some interesting things about controls, robot handling, and durability are discussed. And, big surprise, the competence of the organization that &#8230; <a href="http://www.yodaiken.com/2011/10/fukushima-robot-blog/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>This from the IEEE is really<a href="http://spectrum.ieee.org/automaton/robotics/industrial-robots/fukushima-robot-operator-diaries" target="_blank" onclick="pageTracker._trackPageview('/outgoing/spectrum.ieee.org/automaton/robotics/industrial-robots/fukushima-robot-operator-diaries?referer=');"> fascinating</a>. It is the blog of a robot operator in the Fukushima nuclear plants. Some interesting things about controls, robot handling, and durability are discussed. And, big surprise, the competence of the organization that created the disaster in the first place seems less than stunning.</p>
<p><img class="alignnone" src="http://spectrum.ieee.org/image/1911240" alt="" width="477" height="265" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/10/fukushima-robot-blog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sinking in too many layers</title>
		<link>http://www.yodaiken.com/2011/09/sinking-in-too-many-layers/</link>
		<comments>http://www.yodaiken.com/2011/09/sinking-in-too-many-layers/#comments</comments>
		<pubDate>Fri, 09 Sep 2011 17:11:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[data center]]></category>
		<category><![CDATA[software business]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1200</guid>
		<description><![CDATA[Facebook engineers and analysts tap the company&#8217;s Hadoop clusters via a SQL-like query language known as Hive. [..] Separate from its Hadoop work, Facebook built Cassandra, a distributed database also based on a piece of Google&#8217;s backend. Google uses a &#8230; <a href="http://www.yodaiken.com/2011/09/sinking-in-too-many-layers/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<blockquote><p>Facebook engineers and analysts tap the company&#8217;s<span style="color: #800000;"> Hadoop</span> clusters via a SQL-like query language known as <span style="color: #ff6600;">Hive</span>. [..]</p>
<p>Separate from its Hadoop work, Facebook built<span style="color: #ff9900;"> Cassandra</span>, a distributed database also based on a piece of Google&#8217;s backend. Google uses a proprietary distributed database known as BigTable that runs atop the Google File System (GFS) system, and it published a paper on the technology in 2006. In echo of the Hadoop project, Facebook leaned on the paper in building Cassandra.</p>
<p>But Cassandra isn&#8217;t a pure BigTable mimic. Facebook applied BigTable&#8217;s data model to the <span style="color: #ff0000;">Dynamo</span> distributed storage system developed by Amazon for its S3 storage service, part of the retailer&#8217;s increasingly popular Web Services cloud. Cassandra&#8217;s authors included Avinash Lakshman, who helped build Dynamo at Amazon.<a href="http://www.theregister.co.uk/2011/03/23/cassandra_mashed_with_hadoop/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.theregister.co.uk/2011/03/23/cassandra_mashed_with_hadoop/?referer=');"> Register</a></p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/09/sinking-in-too-many-layers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Computer architecture, power, and PHP</title>
		<link>http://www.yodaiken.com/2011/09/computer-architecture-power-and-php/</link>
		<comments>http://www.yodaiken.com/2011/09/computer-architecture-power-and-php/#comments</comments>
		<pubDate>Fri, 09 Sep 2011 16:39:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[green power]]></category>
		<category><![CDATA[software business]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1198</guid>
		<description><![CDATA[The Tile-Gx chips have 64-bit processing on their cores, and include floating point math instructions that allow a floating point operating to be done in five cycles instead of hundreds of cycles when done in software. This is, believe it &#8230; <a href="http://www.yodaiken.com/2011/09/computer-architecture-power-and-php/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<blockquote><p>The Tile-Gx chips have 64-bit processing on their cores, and include floating point math instructions that allow a floating point operating to be done in five cycles instead of hundreds of cycles when done in software.</p>
<p>This is, believe it or not, important for PHP support, Ihab Bishara, director of cloud computing applications at Tilera, tells <em>El Reg</em>.</p>
<p>The Tile-Gx chips might support 64-bit processing, but physical memory addressing on the chips is either 39-bit or 40-bit, which works out to either 512GB or 1TB of maximum main memory. Each core burns less than a half watt of power. From <a href="http://www.theregister.co.uk/2011/06/14/calxeda_arm_server_software_partners/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.theregister.co.uk/2011/06/14/calxeda_arm_server_software_partners/?referer=');">the Register</a></p></blockquote>
<p>All that work &#8211; to make PHP run faster and use less power.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/09/computer-architecture-power-and-php/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VCs bailing on signed term sheets</title>
		<link>http://www.yodaiken.com/2011/09/vcs-bailing-on-signed-term-sheets/</link>
		<comments>http://www.yodaiken.com/2011/09/vcs-bailing-on-signed-term-sheets/#comments</comments>
		<pubDate>Mon, 05 Sep 2011 01:26:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[software business]]></category>

		<guid isPermaLink="false">http://www.yodaiken.com/?p=1192</guid>
		<description><![CDATA[Via Trevor Loy (not a bailer) this story We&#8217;ve heard three stories in which lead investors bailed on rounds after term sheets were signed. &#160; The first upset came last week from a WeWork Labs company. The startup&#8217;s lead investor pulled out of &#8230; <a href="http://www.yodaiken.com/2011/09/vcs-bailing-on-signed-term-sheets/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Via Trevor Loy (not a bailer) this<a href="http://www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail&amp;utm_medium=email&amp;utm_term=10+Things+In+Tech+You+Need+To+Know&amp;utm_campaign=Post+Blast+%28sai%29:+10+Things+You+Need+To+Know+This+Morning" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail_amp_utm_medium=email_amp_utm_term=10+Things+In+Tech+You+Need+To+Know_amp_utm_campaign=Post+Blast+_28sai_29_+10+Things+You+Need+To+Know+This+Morning&amp;referer=');"> story</a></p>
<blockquote><p>We&#8217;ve heard three stories in which lead <a id="itxthook0" rel="nofollow" href="http://www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail&amp;utm_medium=email&amp;utm_term=10+Things+In+Tech+You+Need+To+Know&amp;utm_campaign=Post+Blast+%28sai%29:+10+Things+You+Need+To+Know+This+Morning#" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail_amp_utm_medium=email_amp_utm_term=10+Things+In+Tech+You+Need+To+Know_amp_utm_campaign=Post+Blast+_28sai_29_+10+Things+You+Need+To+Know+This+Morning&amp;referer=');">investors</a> bailed on rounds after term sheets were signed.</p>
<p>&nbsp;</p>
<p>The first upset came last week from a <a href="http://www.businessinsider.com/22-wework-labs-soho-startups-2011-7" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/22-wework-labs-soho-startups-2011-7?referer=');">WeWork Labs</a> company. The <a id="itxthook1" rel="nofollow" href="http://www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail&amp;utm_medium=email&amp;utm_term=10+Things+In+Tech+You+Need+To+Know&amp;utm_campaign=Post+Blast+%28sai%29:+10+Things+You+Need+To+Know+This+Morning#" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail_amp_utm_medium=email_amp_utm_term=10+Things+In+Tech+You+Need+To+Know_amp_utm_campaign=Post+Blast+_28sai_29_+10+Things+You+Need+To+Know+This+Morning&amp;referer=');">startup&#8217;s</a> <a href="http://www.businessinsider.com/startup-gossip-pinterest-turntable-fred-wilson-liveintent-funding-2011-8" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/startup-gossip-pinterest-turntable-fred-wilson-liveintent-funding-2011-8?referer=');">lead investor pulled out of a $500,000 round</a>.</p>
<p>Another entrepreneur raised between $3 and $4 million and thought he was in the clear. The money was invested, but there was a draw-back clause on the term sheet.  The investor retracted all of the money 30 days later.</p>
<p>Today, we heard from <a href="http://www.businessinsider.com/seomoz-almost-raised-24-million-2011-8" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/seomoz-almost-raised-24-million-2011-8?referer=');">Rand Fishkin, cofounder of SEOMoz, who had $24 million taken back</a> after term sheets were signed.</p>
<p>Fishkin says &#8220;everything was signed&#8221; with his investor in August</p>
<p>Read more: <a href="http://www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail&amp;utm_medium=email&amp;utm_term=10+Things+In+Tech+You+Need+To+Know&amp;utm_campaign=Post+Blast+%28sai%29:+10+Things+You+Need+To+Know+This+Morning#ixzz1X1sq9ZeI" onclick="pageTracker._trackPageview('/outgoing/www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail_amp_utm_medium=email_amp_utm_term=10+Things+In+Tech+You+Need+To+Know_amp_utm_campaign=Post+Blast+_28sai_29_+10+Things+You+Need+To+Know+This+Morning_ixzz1X1sq9ZeI&amp;referer=');">http://www.businessinsider.com/vcs-money-drying-up-2011-8?utm_source=Triggermail&amp;utm_medium=email&amp;utm_term=10+Things+In+Tech+You+Need+To+Know&amp;utm_campaign=Post+Blast+%28sai%29:+10+Things+You+Need+To+Know+This+Morning#ixzz1X1sq9ZeI</a></p></blockquote>
<p>People tend not to note the non-binding nature of term sheets &#8211; non-binding on one side.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yodaiken.com/2011/09/vcs-bailing-on-signed-term-sheets/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

