<?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: iTunes and Large Libraries: Still Slow, Slow, Slow</title>
	<atom:link href="http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/</link>
	<description>Writings about more than just Macs, by Kirk McElhearn</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:04:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rodney J. Sorensen</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13540</link>
		<dc:creator>Rodney J. Sorensen</dc:creator>
		<pubDate>Wed, 19 Oct 2011 04:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13540</guid>
		<description>My current thoughts on large iTunes libraries and such. I currently have about 5,000+ albums (CD&#039;s) and around 75,000+ songs titles. I keep an AIFF copy and an ACC 320 copy of these albums. The AIFF&#039;s are for my home listening enjoyment, the ACC&#039;s are for my iPod(s), and mobile use. I was getting the beach ball of spinning death all the time, while editing and or working on the database(s). Using a tip I got from Kirk… I have moved my iTunes folder to its own HD and made it a SSD. I also have my boot/system on its own SSD HD as well.

I use DiskWarrior to look at and keep track of the directory data of my discs. I have noticed that my boot/system drive is much happier with the constant adding/deleting/changing/thrashing I do while working on my iTunes libraries, is on its own disc. I hardly have any directory fragmenting and such. It seems that, for me anyway, that this change, having iTunes on its own HD limits system maintenance  and problems. I never thought to put the finger on iTunes prior.

I use iTunes differently than most? I have my library  on its own SSD as noted above, and my AIFF/ACC files on another RAID drive(s). I use Command O to import the files I wish to this library. (Using the Option key while starting up iTunes lets one create and or select the library you wish to use.) I have created a ripping library, a working and or converting library, an ACC and AIFF library. They switch back and forth as fast as you can quit the program and hit the iTunes icon in the dock, while holding down the Option key. 

This has made my life a lot simplier and a bunch faster. I load what I need/want and leave the rest on the AIFF/ACC HD&#039;s. I have noticed that the size of my files gets out of control on the SSD. No problem, from time to time I just format the drive and start over. Now remember this SSD HD has NO files, AIFF or ACC that reside upon it. Or only long enough for me to rip them and put them away. I just keep the pointers on the iTunes SSD drive. This is wicked fast… I find scrolling through all of my albums, in any view mode, to be a thing of beauty and joy. NOT the pain that I have endured prior.

The new 64 bit program is a much welcomed addition to iTunes. My converting times have gone from 45 x to 60 x. This is converting AIFF&#039;s to ACC&#039;s. Ripping time is the same as before. It seems that file size, in the new 64 bit version of iTunes are a tad larger than they were prior. A small price to pay for the speed and general handling improvements of the latest version of iTunes.

At times I have both AIFF&#039;s &amp; ACC&#039;s loaded together, this is 150,000+ songs… and I am able to get around and edit/tag/fix years etc. without much of a problem. This is a ton better than what I was experieancing.

Things I have learned. Your music files are much happier, when you tag them, add the artwork, lyrics etc. et al. Anything you do or may want to do. while the files are on/in the ripping HD. Changes made to song names will change in the album folder. You can change the track numbers and such and they will be the same as in the file. If you do this &quot;remotely&quot; as I call it. Having your files on the main disc and or storage of your choice, the data will change for the song, but the data in the album folder will be unchanged. An interesting paradox. I like my files and my meta data to be one and the same. It seems that file size gets bigger when you wait to fix your tags. A comparison of a fresh ripped and tagged album and one that was made to the same standard in a haphazard method differ for the worse.

We all know, or should know that if you change a single . (dot) in a file, iTunes will rewrite the whole file. It does so once for itself and once for the XML file. I lock my XML files to stop half of this nonsense. My point here being that files that are ripped and tagged to your current standards… make the best iTunes database files. They are not &quot;exploded&quot; and or spread all over your storage HD(s). Looking at drives with iDefrag shows what a mess of the file gets made when you edit later. I&#039;ve got so that if I don&#039;t have time to do it right, it will have to wait until I can. Files created and placed on your storage drive, that are in one piece, are happier files. Yes, the computer can find all the bits and pieces… that is not the point here.

Album art: iTunes uses the artwork from the first song, as the display icon. Knowing this now, I use smaller and compressed versions for all remaining tracks/songs. For example in my ACC&#039;s I use a 320x320 in the first/head file and 256x256 or 160x160 for the balance of the tracks. If I want to see the &quot;Big Picture&quot; I can go to the first track/song and there it is. The rest of the songs/tracks only need the artwork to ID them. This saves a bit of space and makes the files quicker to handle. I want the smallest file that has the best quality. You can bend this bit of info to fit your own specific needs as you require.

iTunes works regardless of the metrology one uses. Apple has done a wonderful job here. I am just sharing some hard won insight into what could be an improved method of creating your files. I am also happy to wave goodbye to the spinning beach ball of death as well.

Now I&#039;ve said it, watch the beach ball show up again…

Rodney J. Sorensen</description>
		<content:encoded><![CDATA[<p>My current thoughts on large iTunes libraries and such. I currently have about 5,000+ albums (CD&#8217;s) and around 75,000+ songs titles. I keep an AIFF copy and an ACC 320 copy of these albums. The AIFF&#8217;s are for my home listening enjoyment, the ACC&#8217;s are for my iPod(s), and mobile use. I was getting the beach ball of spinning death all the time, while editing and or working on the database(s). Using a tip I got from Kirk… I have moved my iTunes folder to its own HD and made it a SSD. I also have my boot/system on its own SSD HD as well.</p>
<p>I use DiskWarrior to look at and keep track of the directory data of my discs. I have noticed that my boot/system drive is much happier with the constant adding/deleting/changing/thrashing I do while working on my iTunes libraries, is on its own disc. I hardly have any directory fragmenting and such. It seems that, for me anyway, that this change, having iTunes on its own HD limits system maintenance  and problems. I never thought to put the finger on iTunes prior.</p>
<p>I use iTunes differently than most? I have my library  on its own SSD as noted above, and my AIFF/ACC files on another RAID drive(s). I use Command O to import the files I wish to this library. (Using the Option key while starting up iTunes lets one create and or select the library you wish to use.) I have created a ripping library, a working and or converting library, an ACC and AIFF library. They switch back and forth as fast as you can quit the program and hit the iTunes icon in the dock, while holding down the Option key. </p>
<p>This has made my life a lot simplier and a bunch faster. I load what I need/want and leave the rest on the AIFF/ACC HD&#8217;s. I have noticed that the size of my files gets out of control on the SSD. No problem, from time to time I just format the drive and start over. Now remember this SSD HD has NO files, AIFF or ACC that reside upon it. Or only long enough for me to rip them and put them away. I just keep the pointers on the iTunes SSD drive. This is wicked fast… I find scrolling through all of my albums, in any view mode, to be a thing of beauty and joy. NOT the pain that I have endured prior.</p>
<p>The new 64 bit program is a much welcomed addition to iTunes. My converting times have gone from 45 x to 60 x. This is converting AIFF&#8217;s to ACC&#8217;s. Ripping time is the same as before. It seems that file size, in the new 64 bit version of iTunes are a tad larger than they were prior. A small price to pay for the speed and general handling improvements of the latest version of iTunes.</p>
<p>At times I have both AIFF&#8217;s &amp; ACC&#8217;s loaded together, this is 150,000+ songs… and I am able to get around and edit/tag/fix years etc. without much of a problem. This is a ton better than what I was experieancing.</p>
<p>Things I have learned. Your music files are much happier, when you tag them, add the artwork, lyrics etc. et al. Anything you do or may want to do. while the files are on/in the ripping HD. Changes made to song names will change in the album folder. You can change the track numbers and such and they will be the same as in the file. If you do this &#8220;remotely&#8221; as I call it. Having your files on the main disc and or storage of your choice, the data will change for the song, but the data in the album folder will be unchanged. An interesting paradox. I like my files and my meta data to be one and the same. It seems that file size gets bigger when you wait to fix your tags. A comparison of a fresh ripped and tagged album and one that was made to the same standard in a haphazard method differ for the worse.</p>
<p>We all know, or should know that if you change a single . (dot) in a file, iTunes will rewrite the whole file. It does so once for itself and once for the XML file. I lock my XML files to stop half of this nonsense. My point here being that files that are ripped and tagged to your current standards… make the best iTunes database files. They are not &#8220;exploded&#8221; and or spread all over your storage HD(s). Looking at drives with iDefrag shows what a mess of the file gets made when you edit later. I&#8217;ve got so that if I don&#8217;t have time to do it right, it will have to wait until I can. Files created and placed on your storage drive, that are in one piece, are happier files. Yes, the computer can find all the bits and pieces… that is not the point here.</p>
<p>Album art: iTunes uses the artwork from the first song, as the display icon. Knowing this now, I use smaller and compressed versions for all remaining tracks/songs. For example in my ACC&#8217;s I use a 320&#215;320 in the first/head file and 256&#215;256 or 160&#215;160 for the balance of the tracks. If I want to see the &#8220;Big Picture&#8221; I can go to the first track/song and there it is. The rest of the songs/tracks only need the artwork to ID them. This saves a bit of space and makes the files quicker to handle. I want the smallest file that has the best quality. You can bend this bit of info to fit your own specific needs as you require.</p>
<p>iTunes works regardless of the metrology one uses. Apple has done a wonderful job here. I am just sharing some hard won insight into what could be an improved method of creating your files. I am also happy to wave goodbye to the spinning beach ball of death as well.</p>
<p>Now I&#8217;ve said it, watch the beach ball show up again…</p>
<p>Rodney J. Sorensen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13500</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 28 Sep 2011 01:54:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13500</guid>
		<description>Add artwork to your files (tv shows, movies, songs). Once the meta data has been written with an image, iTunes no longer needs to scan the file for a poster frame each time.</description>
		<content:encoded><![CDATA[<p>Add artwork to your files (tv shows, movies, songs). Once the meta data has been written with an image, iTunes no longer needs to scan the file for a poster frame each time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DavidJ</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13278</link>
		<dc:creator>DavidJ</dc:creator>
		<pubDate>Tue, 24 May 2011 14:05:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13278</guid>
		<description>One thing that puzzles me is getting the beachball when just SCROLLING. Surely that isn&#039;t writing anything to the Library file...</description>
		<content:encoded><![CDATA[<p>One thing that puzzles me is getting the beachball when just SCROLLING. Surely that isn&#8217;t writing anything to the Library file&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13203</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Mon, 16 May 2011 07:16:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13203</guid>
		<description>Well, the NAS is certainly slowing things down. I&#039;m trying to figure out if movie files slow down iTunes, and it might be the case. iTunes shouldn&#039;t be reading those files unless you change tags on them. Do you have lag at other times as well?</description>
		<content:encoded><![CDATA[<p>Well, the NAS is certainly slowing things down. I&#8217;m trying to figure out if movie files slow down iTunes, and it might be the case. iTunes shouldn&#8217;t be reading those files unless you change tags on them. Do you have lag at other times as well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13194</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Sun, 15 May 2011 23:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13194</guid>
		<description>In my office the nas is directly connected to my router, but my computers and apple tv are all wifi connected.

And I do edit the ID3 tags and put movie posters within the tag.

The lag didn&#039;t begin until i started to rip all of my DVDs and add them to iTunes.  I&#039;ve began purchasing movies via iTunes in stead of DVDs, and i can&#039;t believe Apple hasn&#039;t done anything to improve performance especially with the new Apple TV not having on board storage, and the launch of Airplay</description>
		<content:encoded><![CDATA[<p>In my office the nas is directly connected to my router, but my computers and apple tv are all wifi connected.</p>
<p>And I do edit the ID3 tags and put movie posters within the tag.</p>
<p>The lag didn&#8217;t begin until i started to rip all of my DVDs and add them to iTunes.  I&#8217;ve began purchasing movies via iTunes in stead of DVDs, and i can&#8217;t believe Apple hasn&#8217;t done anything to improve performance especially with the new Apple TV not having on board storage, and the launch of Airplay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13193</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Sun, 15 May 2011 21:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13193</guid>
		<description>How are you accessing your NAS? By wifi or by Ethernet? If it&#039;s the former, then it&#039;s most likely the NAS and your network throughput that are the problem. I saw this when testing a NAS.

However, for your home setup, this is odder. 20K tracks is not much, and as long as you don&#039;t do anything to your movies (such as tagging), iTunes won&#039;t read those files once they&#039;re in the library.</description>
		<content:encoded><![CDATA[<p>How are you accessing your NAS? By wifi or by Ethernet? If it&#8217;s the former, then it&#8217;s most likely the NAS and your network throughput that are the problem. I saw this when testing a NAS.</p>
<p>However, for your home setup, this is odder. 20K tracks is not much, and as long as you don&#8217;t do anything to your movies (such as tagging), iTunes won&#8217;t read those files once they&#8217;re in the library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13192</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Sun, 15 May 2011 21:28:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13192</guid>
		<description>Hi Guys,

I have the same issue. I have around 20,000 tracks, and I ripped my entire DVD collection have around 1,000 movies.

I have two instances of my collection running, a copy at home, and another copy in my office.

At my office I have a year old iMac accessing the music and movies over the network all media hosted on a NAS, and at home I have a AMD Phenom 2 6-core with 4 gig of ram, with four 1tb drives that run at 6gb/s.

And either way I still get tremendous lag.

As anyone used a program like doubtwist? and will any third-party program worth with apple tv?</description>
		<content:encoded><![CDATA[<p>Hi Guys,</p>
<p>I have the same issue. I have around 20,000 tracks, and I ripped my entire DVD collection have around 1,000 movies.</p>
<p>I have two instances of my collection running, a copy at home, and another copy in my office.</p>
<p>At my office I have a year old iMac accessing the music and movies over the network all media hosted on a NAS, and at home I have a AMD Phenom 2 6-core with 4 gig of ram, with four 1tb drives that run at 6gb/s.</p>
<p>And either way I still get tremendous lag.</p>
<p>As anyone used a program like doubtwist? and will any third-party program worth with apple tv?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13139</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Thu, 12 May 2011 17:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13139</guid>
		<description>Well, what&#039;s interesting here is you have a powerhouse computer, and only about 20% more tracks than I have on a Mac mini. I get a lag when editing tags, but rarely a beachball. 

My guess is that there&#039;s something going on that would be really interesting to discover (especially because if I could find out what&#039;s going on, I could write a Macworld article about it.) 

Are you interested in hooking up for a voice chat, maybe with screen sharing, via iChat? I&#039;d like to see what&#039;s happening, and see if I can figure out why yours is so slow. You can email me at the address near the top of the sidebar on this page.</description>
		<content:encoded><![CDATA[<p>Well, what&#8217;s interesting here is you have a powerhouse computer, and only about 20% more tracks than I have on a Mac mini. I get a lag when editing tags, but rarely a beachball. </p>
<p>My guess is that there&#8217;s something going on that would be really interesting to discover (especially because if I could find out what&#8217;s going on, I could write a Macworld article about it.) </p>
<p>Are you interested in hooking up for a voice chat, maybe with screen sharing, via iChat? I&#8217;d like to see what&#8217;s happening, and see if I can figure out why yours is so slow. You can email me at the address near the top of the sidebar on this page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rodney J. Sorensen</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13138</link>
		<dc:creator>Rodney J. Sorensen</dc:creator>
		<pubDate>Thu, 12 May 2011 17:35:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13138</guid>
		<description>An update on my journey with iTunes of late. I have a summer 2010 Mac Pro Quad Core 3.2 w/24G/ATI Radeon 5870 SSD boot/system drive. I&#039;ve bumped my iTunes storage drives to 2x2 WD 2T&#039;s in RAID 0. One striped RAID set for Lossless, one striped RAID set for my ACC&#039;s. The drives only hold music. All user files are on other drives. My boot/system is pared down to 24G on a 80G SSD. The 2 x Raid is all mounted internal to my Mac, using all four bays. The SSD is in the DVD bay. I was disappointed in the as delivered performance of my new Mac setup, as noted above, so I bumped the memory from 4 to 24 (3x8) using the triple channel data path the Mac Pro loves. Went from single 2T HD&#039;s to RAID 0 pairs, using the Bare Feats recommended  WD Black drives. I put in the SSD boot/system drive to reduce the iTune rewrite &quot;delay,&quot; that I thought was occurring with conventional HD&#039;s. The load time into an empty library, from Command-O to finish are very much improved, as is my drive copy to backup time. 

iTunes just sucks the life out of computers, it would seem. My son keeps telling me that iTunes was not designed to be a editing platform, just a listening one.   

I&#039;m getting the spinning beach ball of death on iTune&#039;s tag edits, still. It is some better, but not enough so as to be worth the time and or money. I tried to build a iTunes work station. I guess I could have gotten the faster, six core 3.33 machine… but I&#039;ll wager even it would choke. I have 89500 out of 120,000 songs loaded in iTunes as I write this. I&#039;m at a loss, in what to do or try next. Other things/programs are wonderfully &quot;snappy.&quot; I enjoy a fast mac… so all is not in vain. BUT I though I could leverage iTunes, to work as fast as I do. But that is not happening, and it don&#039;t look like it is going to in the near short term. 

Perhaps the new, upcoming OS Lion will give us some wonderful new performance upgrade? I expect a new iTunes version to go along with the changes to Lion. One can only wait and hope that Apple will fix the database hog that iTunes has come to be. Thoughts and or suggestions… I&#039;d love to talk to someone who has a bigger collection, and a Mac that works up to speed.  

Cheers all…</description>
		<content:encoded><![CDATA[<p>An update on my journey with iTunes of late. I have a summer 2010 Mac Pro Quad Core 3.2 w/24G/ATI Radeon 5870 SSD boot/system drive. I&#8217;ve bumped my iTunes storage drives to 2&#215;2 WD 2T&#8217;s in RAID 0. One striped RAID set for Lossless, one striped RAID set for my ACC&#8217;s. The drives only hold music. All user files are on other drives. My boot/system is pared down to 24G on a 80G SSD. The 2 x Raid is all mounted internal to my Mac, using all four bays. The SSD is in the DVD bay. I was disappointed in the as delivered performance of my new Mac setup, as noted above, so I bumped the memory from 4 to 24 (3&#215;8) using the triple channel data path the Mac Pro loves. Went from single 2T HD&#8217;s to RAID 0 pairs, using the Bare Feats recommended  WD Black drives. I put in the SSD boot/system drive to reduce the iTune rewrite &#8220;delay,&#8221; that I thought was occurring with conventional HD&#8217;s. The load time into an empty library, from Command-O to finish are very much improved, as is my drive copy to backup time. </p>
<p>iTunes just sucks the life out of computers, it would seem. My son keeps telling me that iTunes was not designed to be a editing platform, just a listening one.   </p>
<p>I&#8217;m getting the spinning beach ball of death on iTune&#8217;s tag edits, still. It is some better, but not enough so as to be worth the time and or money. I tried to build a iTunes work station. I guess I could have gotten the faster, six core 3.33 machine… but I&#8217;ll wager even it would choke. I have 89500 out of 120,000 songs loaded in iTunes as I write this. I&#8217;m at a loss, in what to do or try next. Other things/programs are wonderfully &#8220;snappy.&#8221; I enjoy a fast mac… so all is not in vain. BUT I though I could leverage iTunes, to work as fast as I do. But that is not happening, and it don&#8217;t look like it is going to in the near short term. </p>
<p>Perhaps the new, upcoming OS Lion will give us some wonderful new performance upgrade? I expect a new iTunes version to go along with the changes to Lion. One can only wait and hope that Apple will fix the database hog that iTunes has come to be. Thoughts and or suggestions… I&#8217;d love to talk to someone who has a bigger collection, and a Mac that works up to speed.  </p>
<p>Cheers all…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randy</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13119</link>
		<dc:creator>Randy</dc:creator>
		<pubDate>Mon, 09 May 2011 19:09:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13119</guid>
		<description>i have a 24&quot; early 2009 aluminum Mac...

I turned off live updating on all but 2 of my smart playlists...ill try turning those off...but i believe i did try that</description>
		<content:encoded><![CDATA[<p>i have a 24&#8243; early 2009 aluminum Mac&#8230;</p>
<p>I turned off live updating on all but 2 of my smart playlists&#8230;ill try turning those off&#8230;but i believe i did try that</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13118</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Mon, 09 May 2011 17:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13118</guid>
		<description>Well, 170K is certainly the high end of libraries I&#039;ve encountered. I&#039;m at 70K, and I know many people around the 100K mark.

Do you have any smart playlists? I&#039;d be interested in hearing what happens if you turn off live updating on &lt;b&gt;all&lt;/b&gt; of them. 

If you&#039;re using FireWire, you probably have a Mac; what model?</description>
		<content:encoded><![CDATA[<p>Well, 170K is certainly the high end of libraries I&#8217;ve encountered. I&#8217;m at 70K, and I know many people around the 100K mark.</p>
<p>Do you have any smart playlists? I&#8217;d be interested in hearing what happens if you turn off live updating on <b>all</b> of them. </p>
<p>If you&#8217;re using FireWire, you probably have a Mac; what model?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randy</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13116</link>
		<dc:creator>Randy</dc:creator>
		<pubDate>Mon, 09 May 2011 17:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13116</guid>
		<description>Looking in vain for the ever elusive solution. 170,000+ songs plus maybe 40 G of video. I can&#039;t scroll without a 20 second wait....videos are worse than a bad streaming connection. I have 6G RAM and a firewire 2T drive. I wish there was an ITunes alternative, I dread having to do anything on ITunes

Doesn&#039;t Apple read any of these comments!!</description>
		<content:encoded><![CDATA[<p>Looking in vain for the ever elusive solution. 170,000+ songs plus maybe 40 G of video. I can&#8217;t scroll without a 20 second wait&#8230;.videos are worse than a bad streaming connection. I have 6G RAM and a firewire 2T drive. I wish there was an ITunes alternative, I dread having to do anything on ITunes</p>
<p>Doesn&#8217;t Apple read any of these comments!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13092</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Sat, 07 May 2011 18:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13092</guid>
		<description>if you cannot upgrade your computer, don&#039;t use folders in iTunes, use FireWire 400 or 800 over USB, get more ram, iTunes is a memory pig. Good luck.

For context, I have used iTunes since the beginning on flowerpot iMacs to my current set up macbookpro i7. I  have over 154,000 songs stored on a lacie d2 7200 rpm 1.5 tb hard drive connected via firewire 800 and iTunes is fast for a couple reasons, I now have a top of the line MacBook pro, 8gb ram and a 7200 rpm internal hard drive. I also removed all video files to another computer, a 2006 MacBook, it has over 600 movies and 1245 tv shows, it pretty much serves content to my apple tv.</description>
		<content:encoded><![CDATA[<p>if you cannot upgrade your computer, don&#8217;t use folders in iTunes, use FireWire 400 or 800 over USB, get more ram, iTunes is a memory pig. Good luck.</p>
<p>For context, I have used iTunes since the beginning on flowerpot iMacs to my current set up macbookpro i7. I  have over 154,000 songs stored on a lacie d2 7200 rpm 1.5 tb hard drive connected via firewire 800 and iTunes is fast for a couple reasons, I now have a top of the line MacBook pro, 8gb ram and a 7200 rpm internal hard drive. I also removed all video files to another computer, a 2006 MacBook, it has over 600 movies and 1245 tv shows, it pretty much serves content to my apple tv.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirk</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13085</link>
		<dc:creator>kirk</dc:creator>
		<pubDate>Sat, 07 May 2011 11:23:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13085</guid>
		<description>I wonder if it would help to defragment your external disk. Since you have no other type of connection, there&#039;s not much else you can do. You could also check it for any kind of corruption. If this is a recent change, there&#039;s a possibility that it&#039;s the disk. 

Also, have you installed any new software lately that might slow down your computer, notably antivirus software?</description>
		<content:encoded><![CDATA[<p>I wonder if it would help to defragment your external disk. Since you have no other type of connection, there&#8217;s not much else you can do. You could also check it for any kind of corruption. If this is a recent change, there&#8217;s a possibility that it&#8217;s the disk. </p>
<p>Also, have you installed any new software lately that might slow down your computer, notably antivirus software?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.mcelhearn.com/2008/07/31/itunes-and-large-libraries-still-slow-slow-slow/#comment-13084</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 07 May 2011 11:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcelhearn.com/wordpress/?p=316#comment-13084</guid>
		<description>It is USB, aye. Not sure what other connecting options there are? I can&#039;t shift it to the internal drive as it would swamp it. Am I doomed?</description>
		<content:encoded><![CDATA[<p>It is USB, aye. Not sure what other connecting options there are? I can&#8217;t shift it to the internal drive as it would swamp it. Am I doomed?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

