<?xml version="1.0"?>
<!-- RSS generated by Radio UserLand v8.0.8 on Sun, 12 Sep 2004 17:42:16 GMT -->
<rss version="2.0">
	<channel>
		<title>Matthew Ernest: Pushing rectangles...</title>
		<link>http://radio.weblogs.com/0105501/categories/ee/</link>
		<description>Electical Engineering topics, which I pretend to have a qualified opinion</description>
		<copyright>Copyright 2004 Matthew Ernest</copyright>
		<lastBuildDate>Sun, 12 Sep 2004 17:42:16 GMT</lastBuildDate>
		<docs>http://backend.userland.com/rss</docs>
		<generator>Radio UserLand v8.0.8</generator>
		<managingEditor>radar@poboxes.com</managingEditor>
		<webMaster>radar@poboxes.com</webMaster>
		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 
		<skipHours>
			<hour>4</hour>
			<hour>5</hour>
			<hour>3</hour>
			<hour>2</hour>
			<hour>7</hour>
			<hour>8</hour>
			<hour>12</hour>
			<hour>9</hour>
			</skipHours>
		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>
		<ttl>60</ttl>
		<item>
			<title>Popularity doesn&apos;t scale</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/09/12.html#a589</link>
			<description>I could have quoted from any of a numbers of posters about the RSS
non-scaling non-controversy, but Dare offers a round-up of the bleating
masses&lt;br&gt;
&lt;blockquote&gt;&lt;a href=&quot;http://www.25hoursaday.com/weblog/PermaLink.aspx?guid=eb9c26a4-31c3-4bcc-9b03-fce4d7766ad8&quot;&gt;The RSS Sky is Falling...Again&lt;/a&gt;.This is becoming a broken record. Every couple of months some web site that hasn&apos;t
   properly prepared for the amount of bandwidth consumed by having a popular RSS feed
   loudly complains and the usual suspects complain that RSS is broken. [&lt;a href=&quot;http://www.25hoursaday.com/weblog/&quot;&gt;Dare Obasanjo aka Carnage4Life&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
Sure, RSS doesn&apos;t scale. It doesn&apos;t not scale either. All of the
problems with scaling have thus far been shown to depend on nothing
particular to RSS.&lt;br&gt;
&lt;p&gt;&lt;a href=&quot;http://radio.weblogs.com/0001011/2004/09/08.html#a8200&quot;&gt;Scoble attemps to show RSS&lt;/a&gt;
not scaling a) generating a gedankenexperiment where hits on the RSS
are a fixed factor greater than HTML hits, and b) by quoting figures
that the bandwidth consumed by RSS requests (for what site I&apos;m not
sure) per month is growing at a much faster rate that bandwidth for
HTML. The former shows exact parity in scaling between RSS and HTML,
while the latter fails to factor in the relative popularity of RSS
versus HTML readers. If new traffic for RSS is N times new traffic for
HTML, but new requestors of RSS are 10 times new requestors for HTML ,
this is also parity in scaling between RSS and HTML.&lt;br&gt;
&lt;/p&gt;
&lt;p&gt;There are attempts to blame the automated nature of&amp;nbsp; RSS
requests, but HTML can be and is requested by machine as well. Either
way, requests at regular intervals may affect the absolute value of the
traffic but bear no relation to the scaling of the traffic growth.&lt;br&gt;
&lt;/p&gt;
Certainly Amdahl&apos;s law would tell you that if RSS is a significatly
larger portion of&amp;nbsp; your traffic that it may be worth while
applying some RSS specific fixes. However, the discussion is not really
about a scaling problem in the sense that the proposed solutions do not
affect scaling. If requests are still growing exponentially, reducing
response size may delay the point at which you hit any particular
traffic level but it cannot prevent it. This is independant of&amp;nbsp;
what the response is, and also independant of the absolute size of the
response.&lt;br&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/09/12.html#a589</guid>
			<pubDate>Sun, 12 Sep 2004 17:42:15 GMT</pubDate>
			<source url="http://www.25hoursaday.com/weblog/SyndicationService.asmx/GetRss">Dare Obasanjo aka Carnage4Life</source>
			</item>
		<item>
			<title>My greatest fear</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/08/08.html#a574</link>
			<description>&lt;p&gt;I do not know what idea is more frighening: that regular people
might think we use such overwrought terms as &quot;silicon nanosurgery&quot;, or
that someone at work might read this and think it would be a good idea
if we started.&lt;/p&gt;
&lt;div style=&quot;margin-left: 40px;&quot;&gt;&lt;a href=&quot;http://www.nytimes.com/2004/08/09/technology/09chip.html?ex=1249704000&amp;amp;en=71707ec764702ae7&amp;amp;ei=5090&amp;amp;partner=rssuserland&quot;&gt;Intel Technicians Use Delicate Silicon Surgery to Fine-Tune Microchips&lt;/a&gt;.
A technique known as silicon nanosurgery, routinely used at nine Intel
chip factories around the world, has transformed the way modern
computer chips are developed. By By JOHN MARKOFF. [&lt;a href=&quot;http://www.nytimes.com/pages/technology/index.html&quot;&gt;The New York Times &amp;gt; Technology&lt;/a&gt;]&lt;/div&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/08/08.html#a574</guid>
			<pubDate>Mon, 09 Aug 2004 01:39:54 GMT</pubDate>
			<source url="http://www.nytimes.com/services/xml/rss/userland/Technology.xml">The New York Times &gt; Technology</source>
			</item>
		<item>
			<title>Dumbest. Marketing. Evar.</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/06/19.html#a552</link>
			<description>&lt;p&gt;Some days I feel like my company&apos;s products are marketed by morons. Other days I have proof.&lt;/p&gt;
&lt;blockquote&gt;&lt;a href=&quot;http://www.gizmodo.com/archives/intels-tablet-pc-centrino-surfboard-016368.php&quot;&gt;Intel&apos;s Tablet PC Centrino Surfboard&lt;/a&gt;. 
  &lt;p&gt;&lt;a href=&quot;http://www.pocket-lint.co.uk/news.php?newsId=368&quot;&gt;&lt;img src=&quot;http://www.gizmodo.com/archives/images/intelsurf.jpg&quot; alt=&quot;intelsurf.jpg image&quot; width=&quot;200&quot; height=&quot;147&quot; class=&quot;borderyes&quot; border=&quot;0&quot; align=&quot;right&quot; vspace=&quot;5&quot; hspace=&quot;15&quot;&gt;&lt;/a&gt;I
don&apos;t know what to say. Intel has gone and taken the ur-joke of the
internet and made it reality by incorporating a tablet PC into a
surfboard, allowing pro surfer Duncan Scott to literally, yes, &lt;i&gt;surf the web&lt;/i&gt;.
The laptop is integrated into a Jools Matthews board and communicates
via WiFi with a hotspot on the beach. I fully expect to go outside now
and find a laptop built into the BQE with a huge arrow pointing to the
&apos;Information Highway.&apos;&lt;br&gt;
&lt;a href=&quot;http://www.pocket-lint.co.uk/news.php?newsId=368&quot;&gt;&lt;b&gt;Read&lt;/b&gt;&lt;/a&gt; [Pocket-Lint]&lt;/p&gt;
 [&lt;a href=&quot;http://www.gizmodo.com/&quot;&gt;Gizmodo&lt;/a&gt;]&lt;/blockquote&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/06/19.html#a552</guid>
			<pubDate>Sat, 19 Jun 2004 16:41:26 GMT</pubDate>
			<source url="http://www.gizmodo.net/index.xml">Gizmodo</source>
			</item>
		<item>
			<title>Dualies</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/06/15.html#a549</link>
			<description>&lt;blockquote&gt;&lt;a href=&quot;http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543%7E86455,00.html&quot;&gt;AMD taped out the dual-core Opteron.&lt;/a&gt; I wouldn&apos;t mind swapping out my current Opteron for a 3GHz dual-core version. [&lt;a href=&quot;http://wmf.editthispage.com/&quot;&gt;Hack the Planet&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
No pressure, eh?&lt;br&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/06/15.html#a549</guid>
			<pubDate>Tue, 15 Jun 2004 14:18:11 GMT</pubDate>
			<source url="http://wmf.editthispage.com/xml/scriptingNews2.xml">Hack the Planet</source>
			</item>
		<item>
			<title>Home on the page</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/06/14.html#a547</link>
			<description>&lt;blockquote&gt;&lt;a href=&quot;http://c.moreover.com/click/here.pl?r164886625&quot;&gt;K10 Architect Leaves AMD&lt;/a&gt;. AMD Zone Jun 13 2004 5:41PM GMT [&lt;a href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
All I can say is that&apos;s it&apos;s kind of sad that Andy Glew has his CV posted on a geocities site.&lt;br&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/06/14.html#a547</guid>
			<pubDate>Mon, 14 Jun 2004 14:53:42 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		<item>
			<title>Not only does it taste bad, but the portions are so small</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/04/04.html#a525</link>
			<description>&lt;blockquote&gt;&lt;a href=&quot;http://c.moreover.com/click/here.pl?r141127854&quot;&gt;Intel&apos;s AMD64 Sucks?&lt;/a&gt;. AMD Zone Apr 4 2004 5:55PM GMT [&lt;a href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
&lt;p&gt;The fanboys that complained about how Intel&apos;s 64-bit was identical
to AMD&apos;s 64 bit&amp;nbsp; now say that it performs badly and go off on some
tangent about &quot;emulation&quot;. What they fail to mention is that EVERY x86
processor on the market emulates x86 anyway. Accusing Intel&apos;s 64-bit of
being emulated is like accusing water of being wet.&lt;/p&gt;
&lt;p&gt;I can&apos;t read German, so I don&apos;t actually know if the original c&apos;t
article quotes actual perfromance metrics. Certainly I haven&apos;t seen
anyone who points to the article quote any numbers, so no one can
comment on the numbers.&lt;/p&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/04/04.html#a525</guid>
			<pubDate>Mon, 05 Apr 2004 02:23:14 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		<item>
			<title>Let them eat red/black trees</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/03/03.html#a510</link>
			<description>Tim Bray deleted his commentary on his own site, leaving only the
quote, so you&apos;ll have to go off what&apos;s here. Anyway... Tim, up in the
this air where people make new languages like XML, is shocked (shocked,
I tell you!) to read that there are function of programming that are
&quot;mind-numbing&quot;. Not only are they mind-numbing, but most of the low end
of the salary spectrum does nothing but those kinds of task all day
long. Welcome to the quite desperation of someone who works for a
living.&lt;br&gt;
&lt;br&gt;
At best, I could read that as Tim misinterpreting the quote as saying that all code-writing is mind-numbing.&lt;br&gt;
&lt;blockquote&gt;&lt;a href=&quot;http://www.tbray.org/ongoing/When/200x/2004/02/23/NumbingCoding&quot;&gt;Coding Makes You Dumb&lt;/a&gt;. I quote from an article in this week&amp;#226;&amp;#8364;&amp;#8482;s  &lt;a href=&quot;http://www.economist.com/&quot;&gt;Economist&lt;/a&gt; (&lt;a href=&quot;http://www.economist.com/printedition/displayStory.cfm?Story_id=2446951&quot;&gt;read it here&lt;/a&gt;
if you&amp;#226;&amp;#8364;&amp;#8482;re a subscriber) arguing that the negative impact of
&amp;#226;&amp;#8364;&amp;#339;Offshoring&amp;#226;&amp;#8364;&amp;#65533; is exaggerated. The reasons we need not worry include &lt;i&gt;...
the bulk of these exports will not be the high-flying jobs of IT
consultants, but the mind-numbing functions of code-writing.&lt;/i&gt; There
you have it; I guess Dennis Ritchie and Bill Joy and Dave Cutler and
Charles Simonyi and Linus Torvalds and Larry Wall somehow managed to
conceal the mental numbing. [&lt;a href=&quot;http://www.tbray.org/ongoing/&quot;&gt;ongoing&lt;/a&gt;]&lt;/blockquote&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/03/03.html#a510</guid>
			<pubDate>Wed, 03 Mar 2004 14:35:51 GMT</pubDate>
			<source url="http://tbray.org/ongoing/ongoing.rss">ongoing</source>
			</item>
		<item>
			<title>Litigation as a business case</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/02/18.html#a507</link>
			<description>&lt;blockquote&gt;&lt;a href=&quot;http://c.moreover.com/click/here.pl?r125041761&quot;&gt;Judge Rules Throws Out Rambus Antitrust Case&lt;/a&gt;. Boston Globe Feb 18 2004 3:45AM GMT [&lt;a href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
Oh, how I long for the days when a business had to make something or
provide a service. However, this is just a preliminary decision, so the
Rambus case could still come up for further review.&lt;br&gt;

The variation in headlines is somewhat interesting: &quot;Appeals Court
dismisses&quot;, &quot;Judge dismisses&quot;, and Extreme Tech even had &quot;FTC
dismisses&quot; which is completely wrong.</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/02/18.html#a507</guid>
			<pubDate>Wed, 18 Feb 2004 15:06:53 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		<item>
			<title>A darks  spot on the landscape of litigation engineering</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/02/12.html#a506</link>
			<description>&lt;blockquote&gt;&lt;a href=&quot;http://c.moreover.com/click/here.pl?r123666589&quot;&gt;UPDATE 2-Rambus says Europeans revoke patent, shares tumble&lt;/a&gt;. Reuters Feb 13 2004 0:34AM GMT [&lt;a href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
Rambus doesn&apos;t really make anything anymore except lawsuits, so I&apos;m not
too upset for them. However, I iwsh just one of the reports had
bothered to write about which specific patent was struck down. Rambus
has so many empty patents to chose from.&lt;br&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/02/12.html#a506</guid>
			<pubDate>Fri, 13 Feb 2004 03:57:53 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		<item>
			<title>Yellow</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/02/10.html#a502</link>
			<description>&lt;blockquote&gt;Is Intel using &lt;a href=&quot;http://groups.google.com/groups?dq=&amp;amp;hl=en&amp;amp;lr=&amp;amp;ie=UTF-8&amp;amp;group=comp.arch&amp;amp;c2coff=1&amp;amp;selm=a13e403a.0402091438.14018f5a%40posting.google.com&quot;&gt;sleazy tricks to slow down AMD users&lt;/a&gt; in its latest compiler? [&lt;a href=&quot;http://wmf.editthispage.com/&quot;&gt;Hack the Planet&lt;/a&gt;]&lt;br&gt;
&lt;/blockquote&gt;
Why accuse them of being dumb for not optimizing away checks in the
event they are unneeded when you can invent a conspiracy theory? Note
that in the article they examined only ONE program to see if the
SSE/SSE2 checks actually surrounded SSE/SSE2 calls. The accuser
provides no discussion the the optimizations actually performened when
these flags are used. &lt;br&gt;
I&apos;d bet good money that you could use a set non-processor specific
optimization switches, corresponding to the non-processor specific
optimizations that are rolled into the processor specific switch used
in the article,&amp;nbsp; for the particular piece of code examined and
thus disprove the conspiracy. But that would be no fun.&lt;br&gt;
How much effort should Intel be obligated to spend to determine if an
AMD has the features that the compiler optimizations depend on? If they
make a mistake at reverse engineering the AMD microarchitecture, as I
think they&apos;ve done here, the PR is the same as if they never tried.&lt;br&gt;
Full disclosure: I work for Intel. Therefore I must be part of the cover-up, yes?&lt;br&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/02/10.html#a502</guid>
			<pubDate>Tue, 10 Feb 2004 14:57:12 GMT</pubDate>
			<source url="http://wmf.editthispage.com/xml/scriptingNews2.xml">Hack the Planet</source>
			</item>
		<item>
			<title>The dangers of letting an English major design your memory hierarchy</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2004/01/10.html#a483</link>
			<description>&lt;p&gt;Trying to dig our from under a backlog of journals, I cam across this
gem in IEEE Computer magazine: &quot;VIM: Taming Software with Hardware&quot; by
Mark Halpern. His claim is that software would work so much better if
only we&apos;d remove the complexity of managing thememory hierarchy... by
supplying infinite memory to the programmer.&lt;/p&gt;&lt;p&gt;
Infinite. No problem.&lt;/p&gt;&lt;p&gt;
The capacity itself isn&apos;t even the worst part. As the capacity of a
storage element increases, so does its access time. (Sure, things speed
up as new technologies become available. At some point, however, you
have to stop waiting on new technology and actually build
something.) When register files already have odd sizes to account
for the buffering needed on the most distant bit lines, a
multi-terabyte register file is going to be half buffers. And yes, I
said multi-terabyte register file. Otherwise every singe piece of data
will take multiple cycles.&lt;/p&gt;&lt;p&gt;
Then there&apos;s the yield hit for such a large memory area. Let&apos;s say 1MB
of cache in a 90mn process is roughly 1/4 cm^2, and assume a register
file requires no additional devices (which is wrong, but I have no way
of estimating the size of an RF even that large). A 12&quot; wafer is only
going to get you to the 10GB range, and that&apos;s if you&amp;nbsp; use the
whole wafer just for a single memory structure.&lt;/p&gt;
&lt;p&gt;
Of course, Halpern uses the phrase &quot;virtual infinite memory&quot;. There is
in fact a method to make a process see an infinite address space with
actually supplying an infinitely large register file: it&apos;s called a
memory hierarchy.&lt;/p&gt;
</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2004/01/10.html#a483</guid>
			<pubDate>Sat, 10 Jan 2004 17:50:14 GMT</pubDate>
			</item>
		<item>
			<title>Waiting for nothing</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/12/25.html#a468</link>
			<description>&lt;div style=&quot;margin-left: 40px;&quot;&gt;&lt;a href=&quot;http://www.theregister.co.uk/content/69/34631.html&quot;&gt;UWB standard delay likely for a year (or more)&lt;/a&gt;. Stalemate still stale [&lt;a href=&quot;http://www.theregister.co.uk&quot;&gt;The Register&lt;/a&gt;]&lt;br&gt;
&lt;/div&gt;
The worst part is that of the two mentioned contenders neither is really UWB, just higher bandwidth versions of normal methods.&lt;br&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/12/25.html#a468</guid>
			<pubDate>Thu, 25 Dec 2003 19:25:31 GMT</pubDate>
			<source url="http://212.100.234.54/tonys/slashdot.rdf">The Register</source>
			</item>
		<item>
			<title>Pointing Fingers</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/11/07.html#a440</link>
			<description>&lt;P dir=ltr&gt;Quite a few articles are floating around trying to pin the the blame for bad passwords/passphrases on WPA. Pay attention kids: crappy passwords are crappy universally. This has nothing to do with WPA.&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://wifinetnews.com/archives/002468.html&quot;&gt;Coverage of WPA Key Choice Weakness&lt;/A&gt;. An excellent analysis of the WPA key choice weakness problem: It&apos;s been a high-traffic week here at Wi-Fi Networking News since we posted Robert Moskowitz&apos;s paper on how short WPA passphrases comprised of words found in dictionaries could be broken. Many many thousands of people have read the paper, and a number of articles of varying levels of accuracy have been written. The IDG News Service story is about the best re-summarization in IT terms. But, IDG News Service, really: Moskowitz&apos;s paper is circulating informally on the Internet. No, it isn&apos;t. Robert provided it to me and gave me permission to post it on my site, along with a less technical summary that I wrote and had him vet before posting. This moment of wounded ego is over.... [&lt;A href=&quot;http://wifinetnews.com/&quot;&gt;Wi-Fi Networking News&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/11/07.html#a440</guid>
			<pubDate>Sat, 08 Nov 2003 03:54:05 GMT</pubDate>
			<source url="http://wifinetnews.com/index.rdf">Wi-Fi Networking News</source>
			</item>
		<item>
			<title>The first rule of Shift Key is: Don&apos;t talk about Shift Key</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/10/10.html#a424</link>
			<description>&lt;P dir=ltr&gt;Dumbass litigation averted, narrowly.&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.freedom-to-tinker.com/archives/000455.html&quot;&gt;SunnComm Says It Won&apos;t Sue Halderman&lt;/A&gt;. SunnComm, which had previously said it planned to sue Alex Halderman for publishing a critique of SunnComm&apos;s CD anti-copying technology, has now backed off. According to Josh Brodie&apos;s story in today&apos;s Daily Princetonian, SunnComm president Peter Jacobs has now said... [&lt;A href=&quot;http://www.freedom-to-tinker.com/&quot;&gt;Freedom to Tinker&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;This company claimed Halderman damaged its reputation and violated the DCMA. It&apos;s impossible to do both at once, since the damaged reputation is Halderman&apos;s fault only if his description of the &quot;protection mechanism&quot; is inaccurate, in which case he has not circumvented it; if he has circumvented it, then his description of how poorly it works is true and the damage to their reputation is their own fault.&lt;/P&gt;
&lt;P dir=ltr&gt;This is a rare example of a vendor&amp;nbsp;underestimating the intelligence of the public and losing money because of it. The difficulty with making money from dumbass copy protection scemes is that it only takes one person to identify a flaw and make a copy, at which point most people who receive a copy won&apos;t have to know how to came about to get their copy. Damned outliers! ;-)&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/10/10.html#a424</guid>
			<pubDate>Fri, 10 Oct 2003 14:35:23 GMT</pubDate>
			<source url="http://www.freedom-to-tinker.com/index.rdf">Freedom to Tinker</source>
			</item>
		<item>
			<title>I admire your ability to get paid for this</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/08/25.html#a391</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://daringfireball.net/2003/08/good_times.html&quot;&gt;Good Times&lt;/A&gt;. Would you tolerate it if prankster script kiddies could damage your company&apos;s toilets? If not, then why tolerate allowing them to damage your computers? [&lt;A href=&quot;http://daringfireball.net/&quot;&gt;Daring Fireball&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Plenty of stuf here to disagree with, but one good quote makes up for the whole thing:&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;The corporate IT field is in large parts comprised of men who are not smart enough to program, but yet wanted a career in computers. They are the fifth wheel of corporate America &amp;#151; serving no practical purpose but their own employment. &lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/08/25.html#a391</guid>
			<pubDate>Tue, 26 Aug 2003 04:35:25 GMT</pubDate>
			<source url="http://daringfireball.net/index.xml">Daring Fireball</source>
			</item>
		<item>
			<title>Cut off</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/08/25.html#a389</link>
			<description>&lt;P&gt;My network port was cut off becasue IT claims I have the Nachi virus on my work-provided laptop. However, every test they publically offers says the machine does not have it, every patch they offer says it&apos;s already up to date, and every update says it&apos;s already installed.&lt;/P&gt;
&lt;P&gt;So, I can&apos;t get any mail from them telling me if they&apos;ve taken care of it, because that requires having the&amp;nbsp; laptop to run Outlook to connect to the exchange server.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/08/25.html#a389</guid>
			<pubDate>Tue, 26 Aug 2003 01:58:47 GMT</pubDate>
			</item>
		<item>
			<title>A completely incorrect position on quantum computing</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/08/24.html#a388</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;I guess I&apos;m not the only person skeptical about quantum computing. The head of Darpa points out that analog computing doesn&apos;t scale well, and that&apos;s what quantum computers actually are.... [&lt;A href=&quot;http://www.thinfilmmfg.com/&quot;&gt;Thin Film Manufacturing: Katherine&apos;s Blog&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;Just because Robert Leheny says that a quantum computer is an analog computer doesn&apos;t mean that it really is. A bold statement like that will require some proof to back it up, which will be all the harder bacause it isn&apos;t true.&lt;/P&gt;
&lt;P dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;The article quotes Leheny as saying &quot;&quot;What they do is to set up an equation, and let the quantum devices solve it over time. But that is an analog computer.&quot; But that&apos;s also an digital computer, so it&apos;s pretty much a non-statement. While quantum computing isn&apos;t a magic solution to all the worlds problems, it cannot be dismissed with out even examining its solution space. I have no buy-in for quantum computing and I think any application of it is way out there, but that does not mean I can prove that it&apos;s useless.&lt;/P&gt;
&lt;P dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;His claims that current fabrication technology is self-assembling are equally silly. Yes they are self-aligning to the tolerances of the process. But with tolerances on the order of the features themselves, you&apos;re lucky just to get anything to show up at all.&lt;/P&gt;
&lt;P dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;Dismissing &quot;capable of something approaching human thought&quot; lines aren&apos;t interesting any more, so they are left as an exercise for the reader. Here&apos;s a hint though: how much do we know about human thought?&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/08/24.html#a388</guid>
			<pubDate>Sun, 24 Aug 2003 16:46:35 GMT</pubDate>
			<source url="http://www.thinfilmmfg.com/mtblog/index.xml">Thin Film Manufacturing: Katherine&apos;s Blog</source>
			</item>
		<item>
			<title>A completely incorrect position on security exploits and marketing</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/08/22.html#a382</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://mamamusings.net/archives/2003/08/22/recent_viruses_and_lost_opportunities.php&quot;&gt;recent viruses and lost opportunities&lt;/A&gt;. Why, oh why, doesn&amp;#146;t Apple take advantage of all the current virus traffic to run ads that point out that Mac users don&amp;#146;t get these viruses ??? It seems so obvious. We were watching NBC news last night, and they were explaining the SOBIG virus and how it works. Not once did they mention that it only affects computers running Windows. (When I remarked about this, Gerald gently reminded me of the MS-NBC relationship. Duh.) Even on campus, none of the dire warnings about having your computer carefully checked by the tech folks before connecting it to the network mention... [&lt;A href=&quot;http://mamamusings.net/&quot;&gt;mamamusings&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;Without any proof that[system of choice] is not vulnerable to an equivalent exploit, trying to use viruses, worms, etc. as a marketing tactic will at best make you look foolish. At worst, it will motivate someone to put together a demonstration.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/08/22.html#a382</guid>
			<pubDate>Sat, 23 Aug 2003 02:10:16 GMT</pubDate>
			<source url="http://mamamusings.net/index.rdf">mamamusings</source>
			</item>
		<item>
			<title>A completely incorrect position on electric power transmission grids and thier failures</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/08/22.html#a381</link>
			<description>&lt;BLOCKQUOTE&gt;
&lt;P&gt;&lt;A href=&quot;http://boingboing.net/2003_08_01_archive.html#106156722726598089&quot;&gt;Edge.org -- The Moral Sense Test: Blackout&lt;/A&gt;. In the latest edition of John Brockman&apos;s EDGE newsletter, conversation about the blackout of August 14th. From the contribution by Albert-Laszlo Barabasi, author of &lt;I&gt;LINKED: THE NEW SCIENCE OF NETWORKS&lt;/I&gt;: &lt;/P&gt;
&lt;BLOCKQUOTE&gt;Once power is fully restored, it will take little time to find the culprit: most likely, it will be a malfunctioning switch or fuse, a snapped power line or some other local failure. Somebody will be fired, promotions and raises denied, and lawmakers will draw up legislation guaranteeing that this problem will not occur again. 
&lt;P&gt;Something will be inevitably missed, however, during all this finger-pointing: this week&apos;s blackout has little to do with faulty equipment, negligence or bad design. President Bush&apos;s call to upgrade the power grid will do little to eliminate power failures. The magnitude of the blackout is rooted in an often ignored aspect of our globalized world: vulnerability due to interconnectivity. &lt;A href=&quot;http://www.edge.org/documents/archive/edge124.html&quot;&gt;Link&lt;/A&gt;, &lt;A href=&quot;http://www.quicktopic.com//23/H/4a2h5KkUTRNZ&quot;&gt;Discuss&lt;/A&gt; [&lt;A href=&quot;http://boingboing.net/&quot;&gt;Boing Boing Blog&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;You can&apos;t&amp;nbsp; use this blackout to demonstrate the danger of interconnectivity, since that was not what caused it. Such blackouts come from a) sparse connectivity, and b) poorly planned connectivity. In general, almost any additional&amp;nbsp;connectivity improves robustness (although there are always pathological cases).&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/08/22.html#a381</guid>
			<pubDate>Sat, 23 Aug 2003 02:05:35 GMT</pubDate>
			<source url="http://boingboing.net/rss.xml">Boing Boing Blog</source>
			</item>
		<item>
			<title>The engineer of my enemy is my enemy</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/03/27.html#a305</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.theregister.co.uk/content/59/29974.html&quot;&gt;Iraq&apos;s mobile network - Qualcomm to follow the tanks?&lt;/A&gt;. Congress rep denounces &apos;French&apos; GSM [&lt;A href=&quot;http://www.theregister.co.uk&quot;&gt;The Register&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;...wherein the congressman blames GSM on the French, and denies companies and other nations that support the US the oportunity to compete to ensure Qualcom the oportunity for lock-in.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/03/27.html#a305</guid>
			<pubDate>Fri, 28 Mar 2003 03:47:59 GMT</pubDate>
			<source url="http://212.100.234.54/tonys/slashdot.rdf">The Register</source>
			</item>
		<item>
			<title>US Patent 6,531,910</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/03/17.html#a294</link>
			<description>&lt;P&gt;&lt;STRONG&gt;Krawczyk; Thomas W.&lt;/STRONG&gt; (Troy, NY); &lt;B&gt;McDonald; John F.&lt;/B&gt; (Clifton Park, NY); &lt;B&gt;Ernest; Matthew W.&lt;/B&gt; (Troy, NY)&amp;nbsp; &quot;Symmetric Multiplexer&quot;, US Patent &lt;A href=&quot;http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&amp;amp;Sect2=HITOFF&amp;amp;d=PALL&amp;amp;p=1&amp;amp;u=/netahtml/srchnum.htm&amp;amp;r=1&amp;amp;f=G&amp;amp;l=50&amp;amp;s1=6531910.WKU.&amp;amp;OS=PN/6531910&amp;amp;RS=PN/6531910&quot;&gt;6,531,910&lt;/A&gt;, March 11, 2003&lt;/P&gt;
&lt;CENTER&gt;&lt;B&gt;Abstract&lt;/B&gt;&lt;/CENTER&gt;
&lt;P&gt;A multiplexer is provided that is symmetric in that substantially the same delay is experienced from any input of the multiplexer to the multiplexer output. It is realized that in conventional serial transmission systems, standard Current Mode Logic (CML) multiplexers are used which are asymmetric and exhibit different delays between select and data inputs. Because of these delays, conventional transmission systems experience jitter at high frequencies. To extend the operable range of communication systems, a symmetric multiplexer may be used which has substantially the same delay from any input to the multiplexed output, thus reducing jitter. For example, the multiplexer may be part of a communication system having a serial data transmission circuit. &lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/03/17.html#a294</guid>
			<pubDate>Tue, 18 Mar 2003 03:12:58 GMT</pubDate>
			</item>
		<item>
			<title>Tiny</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/03/06.html#a286</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;USA Today: &lt;A href=&quot;http://www.usatoday.com/tech/news/techinnovations/2003-03-03-tiny-tech_x.htm&quot;&gt;Hello, tech designers? This stuff is too small&lt;/A&gt;. But how will we operate such marvels? We struggle with what we own today. Our fingers are already too thick and clumsy to stab the buttons on our gadgets, and, as our eyes age, we squint even harder to see the shrinking screens on our stuff. [&lt;A href=&quot;http://www.tomalak.org/&quot;&gt;Tomalak&apos;s Realm&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;My cell phone is quite old, and I still think it&apos;s too small. This problem even exists with wired phones. I have a trusty ol&apos; Trimline that I like because the receiver is big and heavy.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/03/06.html#a286</guid>
			<pubDate>Thu, 06 Mar 2003 21:12:52 GMT</pubDate>
			<source url="http://static.userland.com/tomalak/links2.xml">Tomalak&apos;s Realm</source>
			</item>
		<item>
			<title>Path of destruction</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/03/05.html#a284</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://c.moreover.com/click/here.pl?r63001411&quot;&gt;U.S. judge says Rambus destroyed evidence&lt;/A&gt;. Reuters Mar 5 2003 2:22PM ET [&lt;A href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;A ruling against Rmabus on destruction of evidence. The FTC&apos;s motion that they forfeit trial was denied.&amp;nbsp;Rambus still gets a trial on the FTC anti-trust charges, but the burden of proof will be on them to show that they were innocent... without the evidence that they destroyed.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/03/05.html#a284</guid>
			<pubDate>Thu, 06 Mar 2003 04:03:12 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		<item>
			<title>Self-destruction</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/03/05.html#a282</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.j-bradford-delong.net/movable_type/2003_archives/000846.html&quot;&gt;Why We Like Macintoshes&lt;/A&gt;.&amp;nbsp; Dwight Silverman of the &lt;I&gt;Houston Chronicle&lt;/I&gt; reminds us of why we are glad we don&apos;t do Windows: &lt;A title=&quot;HoustonChronicle.com - Computing&quot; href=&quot;http://www.chron.com/cs/CDA/story.hts/tech/weekly/1800158&quot;&gt;HoustonChronicle.com - Computing&lt;/A&gt;&amp;nbsp;[&lt;A href=&quot;http://www.j-bradford-delong.net/movable_type/&quot;&gt;Semi-Daily Journal&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;Because of course a Macintosh would &lt;EM&gt;never&lt;/EM&gt; eat its own entrails, right?&amp;nbsp;The only operating system I&apos;ve never trashed is VMS, but I know someone who has.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/03/05.html#a282</guid>
			<pubDate>Wed, 05 Mar 2003 18:36:59 GMT</pubDate>
			<source url="http://www.j-bradford-delong.net/movable_type/index.xml">Semi-Daily Journal</source>
			</item>
		<item>
			<title>Branding is job 1.</title>
			<link>http://radio.weblogs.com/0105501/categories/ee/2003/02/28.html#a280</link>
			<description>&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://c.moreover.com/click/here.pl?r62421425&quot;&gt;Intel&apos;s Pentium-M: Too confusing?&lt;/A&gt;. ZDNet Feb 28 2003 8:10AM ET [&lt;A href=&quot;http://www.moreover.com&quot;&gt;Moreover - moreover...&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;Analysists think Banias vs. Centrino could be confusing to consumers. That of course is the point.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0105501/categories/ee/2003/02/28.html#a280</guid>
			<pubDate>Fri, 28 Feb 2003 19:15:34 GMT</pubDate>
			<source url="http://p.moreover.com/cgi-local/page?index_semiconductorindustry+rss">Moreover - moreover...</source>
			</item>
		</channel>
	</rss>
