<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx</link><description>The information on server sizing in this blog post is no longer up to date. This was very early guidance before we had done many measurements. See http://blogs.msdn.com/bharry/archive/2006/01/04/509314.aspx and later posts on my blog for more up to date</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#484365</link><pubDate>Tue, 25 Oct 2005 02:38:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:484365</guid><dc:creator>Tomas Restrepo</dc:creator><description>This is extremely good info.&lt;br&gt;&lt;br&gt;One question that comes to mind, however, is how other factors affect server performance other than just the number of users.&lt;br&gt;&lt;br&gt;For example, in our environment, we might see 100 people or so in a few months, but distributing that over, say, 15 different Team Projects, and not over a single one. How does that affect performance, and possibly sizing of the databases?&lt;br&gt;&lt;br&gt;That kind of thing might be interesting to know :)</description></item><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#484377</link><pubDate>Tue, 25 Oct 2005 03:22:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:484377</guid><dc:creator>bharry</dc:creator><description>Size of data in any dimension can affect performance somewhat.  We are trying to test the ones that we think are the &amp;quot;key&amp;quot; determining factors of performance and scale.  The biggest single scale factor in number of Team Projects is the number of work item types (each Team Projects adds new ones based on the process template you choose).&lt;br&gt;&lt;br&gt;The reason is that each work item type comes with a set of rules and as you create more the rules table gets bigger and adds a little overhead for workitem rule evaluation on saves.  That said 15 Team Projects is not going to be significant.  We have tested up to 800 Team Projects as part of our &amp;quot;Limits Testing&amp;quot; - we are shooting for a 1000 but we hit a perf bottleneck with the work item type rules (which is why I know it's the biggest effect of Team Projects :)).&lt;br&gt;&lt;br&gt;I think I just figured out the topic for my next blog post.  I'll write up a post on the limits testing we are doing.  We're testing some VERY big data sets.&lt;br&gt;&lt;br&gt;Thanks for the question,&lt;br&gt;&lt;br&gt;Brian</description></item><item><title>TFS para soportar equipos de desarrollo</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#590901</link><pubDate>Fri, 05 May 2006 20:24:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:590901</guid><dc:creator>Haaron Gonzalez</dc:creator><description>Por ahi me han preguntado sobre las caracteristicas de hardware que se debe de tener para soportar un...</description></item><item><title>tail -f on the TFS activity log</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#738906</link><pubDate>Mon, 04 Sep 2006 08:14:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:738906</guid><dc:creator>James Manning's blog</dc:creator><description>We already saw how we could use the QueryServerRequests web method to tell the calls that are actively...</description></item><item><title>James Manning: Watching TfsActivityLogging</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#741377</link><pubDate>Tue, 05 Sep 2006 20:44:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:741377</guid><dc:creator>Rob Caron</dc:creator><description>James Manning shares some more PowerShell goodness in his post that describes&amp;amp;amp;nbsp;how to watch Team...</description></item><item><title>What kind of box do I need for TFS?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#1487673</link><pubDate>Thu, 18 Jan 2007 10:25:09 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1487673</guid><dc:creator>Ahmed Salijee</dc:creator><description>&lt;p&gt;This or some of variation of this question is something I get often from the VSTS Sessions I do. The&lt;/p&gt;
</description></item><item><title>Managing Quality (part 3) - Performance Testing</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#1612359</link><pubDate>Tue, 06 Feb 2007 18:36:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1612359</guid><dc:creator>bharry's WebLog</dc:creator><description>&lt;p&gt;If you read my blog much, then you know performance and scale are near and dear to my heart. If you read&lt;/p&gt;
</description></item><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#5319035</link><pubDate>Sat, 06 Oct 2007 19:57:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5319035</guid><dc:creator>markovich</dc:creator><description>&lt;p&gt;One question that comes to mind, however, is how other factors affect server performance other than just the number of users.&lt;/p&gt;
</description></item><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#5351234</link><pubDate>Mon, 08 Oct 2007 03:01:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5351234</guid><dc:creator>bharry</dc:creator><description>&lt;p&gt;The truth is there are many things that can affect it. &amp;nbsp;Setting aside hardware configuration for a moment, the single biggest effect I've seen is the size of operations that you do. &amp;nbsp;For example, in DevDiv, we do merges, checkins, branches, etc of 1 million or more files many times per day. &amp;nbsp;Those are the most demanding on the system.&lt;/p&gt;
&lt;p&gt;The number and frequency of large operations are going to depend a lot on your development methodology. &amp;nbsp;We have hundreds of branches that work in isolation for months at time (sometimes) and are creating new ones, deleting old one and merging changes between them on a daily basis.&lt;/p&gt;
&lt;p&gt;However, the simplest measurement I've been able to use is # of users. &amp;nbsp;Most everything tends to vary with it - size of code base, complexity of development process, degree of isolation, etc. &amp;nbsp;It's not perfect, but it's not a bad correlation.&lt;/p&gt;
&lt;p&gt;Brian&lt;/p&gt;
</description></item><item><title>TFS 2008 System Recommendations</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#5507875</link><pubDate>Thu, 18 Oct 2007 15:39:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5507875</guid><dc:creator>bharry's WebLog</dc:creator><description>&lt;p&gt;We have just completed our testing for TFS 2008 scalability and are ready to publish the final recommendations&lt;/p&gt;
</description></item><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#5847136</link><pubDate>Sat, 03 Nov 2007 02:14:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5847136</guid><dc:creator>Orlando</dc:creator><description>&lt;p&gt;Does anyone have experience storing large binary objcts in TFS source control? We have a stubborn wed design group that wants to store some of the website content in TFS. The content consists of thousands of images, flash videos, pdfs and mp3s anywhere from a few KBs to multiple MBs. The volume in total will be about 30GB on disk...we don't know what that will translate to in terms of growing the underlying source control database on initial check-in. My guess is that we will need to consider these (what I would call non-standard) usage practices when evaluating the capacity planning guidance laid out here due to the number of large binaries flowing into and out of the system. If anyone has a recommendation (other than don't use TFS that way) or has any experience with using TFSC in this way I would love to hear about it.&lt;/p&gt;
</description></item><item><title>re: How many users will your Team Foundation Server support?</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#5856561</link><pubDate>Sat, 03 Nov 2007 14:32:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5856561</guid><dc:creator>bharry</dc:creator><description>&lt;p&gt;We use it for some large binaries. &amp;nbsp;DivDiv uses it to store all of the tools and libraries to build VS. &amp;nbsp;We also store thing like setup images for the .NET Framework redist. &amp;nbsp;Some of those are a gigabyte or two.&lt;/p&gt;
&lt;p&gt;One of our IT teams used TFS to check in all of the PPT decks from Tech Ed one time and that was about 70GB spread across a few dozen files.&lt;/p&gt;
&lt;p&gt;Overall, it should handle it just fine. &amp;nbsp;The big thing is going to be how often they change because that's where the size is really going to add up. &amp;nbsp;If you check in new versions of them every week that's going to be on the order of another 30GB every week.&lt;/p&gt;
&lt;p&gt;In TFS 2008, you can prune old versions when you need to but we don't yet have any way to configure it to automatically do so.&lt;/p&gt;
&lt;p&gt;Brian&lt;/p&gt;
&lt;p&gt;Brian&lt;/p&gt;
</description></item><item><title>TFS 2008 の推奨システム構成</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#8420696</link><pubDate>Thu, 24 Apr 2008 07:19:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8420696</guid><dc:creator>bharry's WebLog</dc:creator><description>&lt;p&gt;TFS 2008 のスケーラビリティ テストが完了し、サーバー サイジングやハードウェア構成について最終的な推奨データを提示できる段階まで来ました。TFS 2005 の推奨構成と比較する場合は、 こちら&lt;/p&gt;
</description></item><item><title>Visual Source Safe vs Team Foundation Server Source Control</title><link>http://blogs.msdn.com/bharry/archive/2005/10/24/how-many-users-will-your-team-foundation-server-support.aspx#9529331</link><pubDate>Thu, 02 Apr 2009 19:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9529331</guid><dc:creator>Microsoft UK Developer Tools Team</dc:creator><description>&lt;p&gt;It’s a little simplistic to simply compare and contrast VSS with TFS Source Control as TFS provides and&lt;/p&gt;
</description></item></channel></rss>