<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Autodesk answers &#8211; 4 of 4</title>
	<atom:link href="http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/</link>
	<description>Mostly AutoCAD discussion, but also music, image manipulation and video</description>
	<lastBuildDate>Fri, 10 Feb 2012 01:13:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: DON NELSON</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3800</link>
		<dc:creator>DON NELSON</dc:creator>
		<pubDate>Wed, 24 Jun 2009 13:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3800</guid>
		<description>I JUST LOADED AUTOCAD 2010 AND I AM SHOCKED TO FIND OUT THAT THERE IS A FULL TWO SECOND DELAY WHEN I TYPE A COMMAND AT THE COMMAND LINE! I MEAN WHEN I TYPE A &quot;M&quot; FOR MOVE IT TAKES TWO SECONDS FOR THE &quot;M&quot; TO APPEAR ON THE COMMAND LINE. IT ALSO TAKES TWO SECONDS TO ESCAPE AFTER HITTING THE ESCAPE KEY. MAYBE THERE IS A PATCH COMING OUT SOON. I WENT TO THE WEB AND IT IS FULL OF THREADS OF PEOPLE WITH THE SAME ISSUE.</description>
		<content:encoded><![CDATA[<p>I JUST LOADED AUTOCAD 2010 AND I AM SHOCKED TO FIND OUT THAT THERE IS A FULL TWO SECOND DELAY WHEN I TYPE A COMMAND AT THE COMMAND LINE! I MEAN WHEN I TYPE A &#8220;M&#8221; FOR MOVE IT TAKES TWO SECONDS FOR THE &#8220;M&#8221; TO APPEAR ON THE COMMAND LINE. IT ALSO TAKES TWO SECONDS TO ESCAPE AFTER HITTING THE ESCAPE KEY. MAYBE THERE IS A PATCH COMING OUT SOON. I WENT TO THE WEB AND IT IS FULL OF THREADS OF PEOPLE WITH THE SAME ISSUE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck Dodson</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3576</link>
		<dc:creator>Chuck Dodson</dc:creator>
		<pubDate>Mon, 20 Apr 2009 21:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3576</guid>
		<description>In my first ten minutes of actually using 2010 for something other than playing with new features, I&#039;ve noticed selecting xreference names in the xref manager to be slow.  The BatchPlot does not preview (although, I just previewed the same drawing in 2008 with no trouble).  When I press the preview button, I see something in my command line about a reference being orphaned (it goes by quickly), but when I go back and examine the contents of my command line, I can never find any mention of an orphaned reference.  I&#039;ve noticed the reference manager responds more quickly if it&#039;s docked, but it&#039;s still slow to respond.</description>
		<content:encoded><![CDATA[<p>In my first ten minutes of actually using 2010 for something other than playing with new features, I&#8217;ve noticed selecting xreference names in the xref manager to be slow.  The BatchPlot does not preview (although, I just previewed the same drawing in 2008 with no trouble).  When I press the preview button, I see something in my command line about a reference being orphaned (it goes by quickly), but when I go back and examine the contents of my command line, I can never find any mention of an orphaned reference.  I&#8217;ve noticed the reference manager responds more quickly if it&#8217;s docked, but it&#8217;s still slow to respond.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cowgill</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3373</link>
		<dc:creator>Chris Cowgill</dc:creator>
		<pubDate>Fri, 27 Feb 2009 18:37:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3373</guid>
		<description>Detroit is in the crapper</description>
		<content:encoded><![CDATA[<p>Detroit is in the crapper</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: metis</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3371</link>
		<dc:creator>metis</dc:creator>
		<pubDate>Fri, 27 Feb 2009 17:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3371</guid>
		<description>oh 10 is leaps and bounds ahead of 09, but it&#039;s still less speedy than 08, which was slower than 06.  granted 06 is now gone so i can&#039;t directly compare, but 08 had features that made the upgrade worth it.  09 was such a performance drop that there was no way i could justify rolling it out to the office.  

i&#039;m glad that 10 is an improvement (it&#039;s a huge one) and am going to roll it out after sp1, but in what other industry is this acceptable?

can you imagine if the 09 ford taurus got 20% worse mileage than the 08, accelerated and braked slower, added an mp3 player and gps, and every button including the wipers now took 3 clicks by default to operate(but you could get back to one click if you were clever)?  now the 10 is better than 09, and but still isn&#039;t as peppy as stuff from the early 00&#039;s.  detroit would be in the crapper....</description>
		<content:encoded><![CDATA[<p>oh 10 is leaps and bounds ahead of 09, but it&#8217;s still less speedy than 08, which was slower than 06.  granted 06 is now gone so i can&#8217;t directly compare, but 08 had features that made the upgrade worth it.  09 was such a performance drop that there was no way i could justify rolling it out to the office.  </p>
<p>i&#8217;m glad that 10 is an improvement (it&#8217;s a huge one) and am going to roll it out after sp1, but in what other industry is this acceptable?</p>
<p>can you imagine if the 09 ford taurus got 20% worse mileage than the 08, accelerated and braked slower, added an mp3 player and gps, and every button including the wipers now took 3 clicks by default to operate(but you could get back to one click if you were clever)?  now the 10 is better than 09, and but still isn&#8217;t as peppy as stuff from the early 00&#8242;s.  detroit would be in the crapper&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Stachoni</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3360</link>
		<dc:creator>Matt Stachoni</dc:creator>
		<pubDate>Thu, 26 Feb 2009 17:35:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3360</guid>
		<description>The much-needed CUIx feature in 2010 should result in a noticeable increase in load speed, because it is essentially a Zipped compressed &quot;package&quot; format which includes additional resource files that would otherwise need to be loaded. In fact you can rename the CUIx file with a .ZIP extension to view its contents.

Up to and including 2009, CUI is a horribly broken, slow format because it is straight XML, which needs to be parsed line by line and then rebuilt from scratch every time even a minor change is made.

Autodesk&#039;s abusive use of XML is peppered throughout the UI. It is the key reason why the Tool System is slow, why closing AutoCAD is slow (all of the changes need to be properly flushed back out to XML), and negatively affects about a million other things in the UI.

CUI is particularly bad because CUI files grow like weeds as they are edited; files over 1MB are quite common. And when you are loading several CUIs off of a network drive - by every single ACAD user - load times can get very slow.

What Autodesk SHOULD have done from the start is create a truly compiled XML format for all of these types of files. This would drastically reduce the file size and improve performance across the board. The downsides of using a compiled format are very small - a simple decompiler would be effortless to create.</description>
		<content:encoded><![CDATA[<p>The much-needed CUIx feature in 2010 should result in a noticeable increase in load speed, because it is essentially a Zipped compressed &#8220;package&#8221; format which includes additional resource files that would otherwise need to be loaded. In fact you can rename the CUIx file with a .ZIP extension to view its contents.</p>
<p>Up to and including 2009, CUI is a horribly broken, slow format because it is straight XML, which needs to be parsed line by line and then rebuilt from scratch every time even a minor change is made.</p>
<p>Autodesk&#8217;s abusive use of XML is peppered throughout the UI. It is the key reason why the Tool System is slow, why closing AutoCAD is slow (all of the changes need to be properly flushed back out to XML), and negatively affects about a million other things in the UI.</p>
<p>CUI is particularly bad because CUI files grow like weeds as they are edited; files over 1MB are quite common. And when you are loading several CUIs off of a network drive &#8211; by every single ACAD user &#8211; load times can get very slow.</p>
<p>What Autodesk SHOULD have done from the start is create a truly compiled XML format for all of these types of files. This would drastically reduce the file size and improve performance across the board. The downsides of using a compiled format are very small &#8211; a simple decompiler would be effortless to create.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cowgill</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3357</link>
		<dc:creator>Chris Cowgill</dc:creator>
		<pubDate>Thu, 26 Feb 2009 12:29:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3357</guid>
		<description>I disagree, in my opinion in 2010, the CUI seems to be faster
09 - 5.7 sec initial 3.5 sec subsequent
10 - 2.5 sec initial 1 sec subsequent</description>
		<content:encoded><![CDATA[<p>I disagree, in my opinion in 2010, the CUI seems to be faster<br />
09 &#8211; 5.7 sec initial 3.5 sec subsequent<br />
10 &#8211; 2.5 sec initial 1 sec subsequent</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Benton</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3356</link>
		<dc:creator>Brian Benton</dc:creator>
		<pubDate>Thu, 26 Feb 2009 12:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3356</guid>
		<description>I have not conducted any testing, but the feeling you get while using it, is that it is more stable and a bit quicker.</description>
		<content:encoded><![CDATA[<p>I have not conducted any testing, but the feeling you get while using it, is that it is more stable and a bit quicker.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ralphg</title>
		<link>http://www.blog.cadnauseam.com/2009/02/26/autodesk-answers-4-of-4/#comment-3353</link>
		<dc:creator>ralphg</dc:creator>
		<pubDate>Wed, 25 Feb 2009 23:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=468#comment-3353</guid>
		<description>CUI is slower than ever.</description>
		<content:encoded><![CDATA[<p>CUI is slower than ever.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

