<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" media="screen" href="/styles/xslt/rss.xslt"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:c9="http://channel9.msdn.com">
<channel>
	<title>Channel 9 Forums - Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
	<atom:link rel="self" type="application/rss+xml" href="http://channel9.msdn.com/Forums/rss"></atom:link>
	<image>
		<url>http://mschnlnine.vo.llnwd.net/d1/Dev/App_Themes/C9/images/feedimage.png</url>
		<title>Channel 9 Forums - Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<link>http://channel9.msdn.com/Forums</link>
	</image>
	<description>Channel 9 keeps you up to date with the latest news and behind the scenes info from Microsoft that developers love to keep up with. From LINQ to SilverLight – Watch videos and hear about all the cool technologies coming and the people behind them.</description>
	<link>http://channel9.msdn.com/Forums</link>
	<language>en</language>
	<pubDate>Sun, 19 May 2013 00:54:53 GMT</pubDate>
	<lastBuildDate>Sun, 19 May 2013 00:54:53 GMT</lastBuildDate>
	<generator>Rev9</generator>
	<c9:totalResults>5</c9:totalResults>
	<c9:pageCount>-5</c9:pageCount>
	<c9:pageSize>-1</c9:pageSize>
	<item>
		<title>Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<description><![CDATA[<p>I'm just wondering what's up with this.<br /><br />I just set up a DB in 2008 CTP to store a massive amount of images. I'm using the FILESTREAM feature to store the binary data in the file system. I was wondering why my migration process came to a slow crawl after about 900,000 images and i was baffled as all
 the system and SQL server metrics seems to be just fine. after doing a little research i noticed people complaining somewhere about NTFS not playing that well with directories of that size and it seems to be the thing that is slowing my inserts down.
<br /><br />I also see that you cannot span the files into multiple folders since SQL server manages these files.<br /><br />Why would SQL limit you in this way if NTFS cannot support such huge folders well?<br /><br />If i'm missing something or there is a workaround for this somewhere i'd love to know cause i'm just shocked that this would be the case in software designed to support gigantic table.<br /><br />Any thoughts, Ideas?</p>]]></description>
		<link>http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/407930#407930</link>
		<pubDate>Thu, 05 Jun 2008 21:09:10 GMT</pubDate>
		<guid isPermaLink="false">http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/407930#407930</guid>
		<dc:creator>Jimi Schacht</dc:creator>
		<slash:comments>5</slash:comments>
		<wfw:commentRss>http://channel9.msdn.com/Niners/Jimi2Cool/Discussions/RSS</wfw:commentRss>
	</item>
	<item>
		<title>Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<description><![CDATA[<p>Well I have known for a long time that folders that have a large number of files can lead to perf issues on all file and folder operations.<br /><br />I first saw this on Sun / Solaris around 1997<br />An ISP I worked for had users email on a disk array and saw massive slowdowns as the number of users went up.<br /><br />also there were / perhaps still are IIS plugins for servers that want to host lots of free web sites.<br /><br />the general answer is to create a tree in place of a flat directory.<br /><br />example:&nbsp; <br /><br />Mailboxes/<br />a/<br />b/<br />c/<br />...<br />z/<br /><br />then in each of the folders a..z create folders a..z and in each of them repeate.<br /><br />so for example if my pop3 user name was &quot;Denny&quot;<br />the file would be found in the folder/path<br />Mailboxes/d/e/n/denny/*<br /><br />with the result that each folder has a limited number of files and no one folder has a lot of files.<br />assuming of course that names are &quot;spread out&quot; <br />sometimes a hash is used to create folder names and map real names to the hash.<br /><br />I would take the 900000 plus files and make a tree.<br /><br />I suspect you could see the same access problem doing a dir-search or a set of file open functions in a program.<br /></p>]]></description>
		<link>http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/9d5a30f69b3148dd880e9dfa00916953#9d5a30f69b3148dd880e9dfa00916953</link>
		<pubDate>Thu, 05 Jun 2008 22:24:09 GMT</pubDate>
		<guid isPermaLink="false">http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/9d5a30f69b3148dd880e9dfa00916953#9d5a30f69b3148dd880e9dfa00916953</guid>
		<dc:creator>figuerres</dc:creator>
		<slash:comments>5</slash:comments>
		<wfw:commentRss>http://channel9.msdn.com/Niners/figuerres/Discussions/RSS</wfw:commentRss>
	</item>
	<item>
		<title>Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<description><![CDATA[<p>It's not NTFS, per se, it's the mechanism used to generate legacy 8.3 filenames that slows things down. If you know you're going to have folders containing more than about 300,000 files (and you aren't relying on 8.3 filenames) then it's recommended to
 turn off 8.3 filename generation(see: <a href="http://technet.microsoft.com/en-us/library/bb457112.aspx">
http://technet.microsoft.com/en-us/library/bb457112.aspx</a>&nbsp;- scroll down to Optimizing NTFS Performance).<br /><br />You can turn off short filename generation by using the command: <strong>fsutil behavior set disable8dot3</strong></p>]]></description>
		<link>http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/87affb1deac54e9ab7da9dfa009169c9#87affb1deac54e9ab7da9dfa009169c9</link>
		<pubDate>Fri, 06 Jun 2008 09:24:25 GMT</pubDate>
		<guid isPermaLink="false">http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/87affb1deac54e9ab7da9dfa009169c9#87affb1deac54e9ab7da9dfa009169c9</guid>
		<dc:creator>AndyC</dc:creator>
		<slash:comments>5</slash:comments>
		<wfw:commentRss>http://channel9.msdn.com/Niners/AndyC/Discussions/RSS</wfw:commentRss>
	</item>
	<item>
		<title>Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<description><![CDATA[<p><blockquote><div class="quoteUser">AndyC said:</div><div class="quoteText">It's not NTFS, per se, it's the mechanism used to generate legacy 8.3 filenames that slows things down. If you know you're going to have folders containing more than about 300,000 files (and you aren't relying on 8.3 filenames) then
 it's recommended to turn off 8.3 filename generation(see: <a href="http://technet.microsoft.com/en-us/library/bb457112.aspx">
http://technet.microsoft.com/en-us/library/bb457112.aspx</a>&nbsp;- scroll down to Optimizing NTFS Performance).<br /><br />You can turn off short filename generation by using the command: <strong>fsutil behavior set disable8dot3</strong></div></blockquote>FANTASTIC! thanks so much Andy! that was exactly what the issue was. i was able to execute that command and my apps performance returned
 to exactly where it had been when it started (about 100X faster than where it had dropped to by the way).<br /></p>]]></description>
		<link>http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/5aa35ab99331423da6a49dfa00916a1c#5aa35ab99331423da6a49dfa00916a1c</link>
		<pubDate>Fri, 06 Jun 2008 15:53:10 GMT</pubDate>
		<guid isPermaLink="false">http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/5aa35ab99331423da6a49dfa00916a1c#5aa35ab99331423da6a49dfa00916a1c</guid>
		<dc:creator>Jimi Schacht</dc:creator>
		<slash:comments>5</slash:comments>
		<wfw:commentRss>http://channel9.msdn.com/Niners/Jimi2Cool/Discussions/RSS</wfw:commentRss>
	</item>
	<item>
		<title>Tech Off - SQL Server 2008 CTP, FILESTREAM &amp; NTFS limitations</title>
		<description><![CDATA[<p><blockquote><div class="quoteUser">AndyC said:</div><div class="quoteText">It's not NTFS, per se, it's the mechanism used to generate legacy 8.3 filenames that slows things down. If you know you're going to have folders containing more than about 300,000 files (and you aren't relying on 8.3 filenames) then
 it's recommended to turn off 8.3 filename generation(see: <a href="http://technet.microsoft.com/en-us/library/bb457112.aspx">
http://technet.microsoft.com/en-us/library/bb457112.aspx</a>&nbsp;- scroll down to Optimizing NTFS Performance).<br /><br />You can turn off short filename generation by using the command: <strong>fsutil behavior set disable8dot3</strong></div></blockquote>You just saved me a lot of headaches! Thank you.</p>]]></description>
		<link>http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/5d3ea329e24a449fb93f9dfa00916a94#5d3ea329e24a449fb93f9dfa00916a94</link>
		<pubDate>Sun, 08 Jun 2008 05:52:14 GMT</pubDate>
		<guid isPermaLink="false">http://channel9.msdn.com/Forums/TechOff/407930-SQL-Server-2008-CTP-FILESTREAM--NTFS-limitations/5d3ea329e24a449fb93f9dfa00916a94#5d3ea329e24a449fb93f9dfa00916a94</guid>
		<dc:creator>Turrican</dc:creator>
		<slash:comments>5</slash:comments>
		<wfw:commentRss>http://channel9.msdn.com/Niners/turrican/Discussions/RSS</wfw:commentRss>
	</item>
</channel>
</rss>