gitlab 数量项目限制_VS2005中的项目数量上限是多少？

最新推荐文章于 2024-07-06 01:50:42 发布

cunfusq0176

最新推荐文章于 2024-07-06 01:50:42 发布

阅读量592

点赞数

文章标签： java 人工智能 python 大数据 linux

原文链接：https://www.hanselman.com/blog/whats-the-upper-limit-on-the-number-of-projects-within-vs2005

版权

博客讨论了VS2005中50个项目的性能问题和内存消耗，建议将项目分解为更小的子系统。同时提及了GitLab项目数量的限制，提示用户关注解决方案的组织和资源管理。

摘要由CSDN通过智能技术生成

gitlab 数量项目限制

I had a friend whose team said:

我有一个朋友，他的团队说：

"...most of them have 1GB of RAM and Pentium 4 3.0Ghz HT CPU’s. hey are all complaining about performance, especially with build times. Visual Studio is eating up most of the memory on their systems. Right now those with 1GB of RAM are generally running around 1.2GB of memory usage, so they are swapping like crazy and thus adding even more overhead. There are a couple systems with 2GB of RAM with Core Duo CPU’s. These systems are having the same issues where they are using 2.2GB of RAM, most of which is meaning eaten up by Visual Studio."

“ ...他们大多数人拥有1GB的RAM和Pentium 4 3.0Ghz HT CPU。嘿，所有人都在抱怨性能，尤其是在构建时间方面。VisualStudio吞噬了他们系统上的大部分内存。现在，那些拥有1GB内存的人RAM通常大约要使用1.2GB的内存，因此它们疯狂地交换内存，从而增加了更多的开销，有几个带有2GB RAM和Core Duo CPU的系统，这些系统在使用2.2时都存在相同的问题GB的RAM，其中大部分意味着被Visual Studio耗尽。”

And I asked...

我问...

"Do they have too many projects in their solution?"

“他们的解决方案中有太多项目吗？”

and he said...

他说...

"They said 50 projects and growing."

“他们说有50个项目并且还在增加。”

...and Scott Guthrie posted last week on optimizing build times in VS 2005.

...以及斯科特·古思里( Scott Guthrie)上周发布了有关在VS 2005中优化构建时间的信息。

"1.2GB RAM usage is pretty out there...50 large projects will strain a system depending on what they are doing. They should look hard at whether they really need all 50 in one solution. Multiple solutions (even with multiple instances of VS running) work great too."

“ 1.2GB RAM的使用率非常高... 50个大型项目将根据他们的工作状况而给系统带来压力。他们应该认真考虑是否真的需要在一个解决方案中全部使用50个。多个解决方案(即使有多个VS实例)运行)也很棒。”

Clarifying Update from ScottGu:

澄清ScottGu的更新：

You should be able to load 50 projects in a single solution - my comment in the origional mail wasn't to imply that you can't. It was more than 1.2GB of RAM to-do so is larger than I would expect (unless each project is large and there are lots of cross project references).

您应该能够在一个解决方案中加载50个项目-我在原始邮件中的评论不是暗示您不能这样做。 它要做的RAM超过1.2GB，因此比我期望的要大(除非每个项目很大，并且有很多交叉项目引用)。

Editoral: That makes me suspect Resharper as the issue in this case..

编辑：这让我怀疑Resharper是本案的问题。

As an aside, they were also running Resharper at the same time, and it's currently unclear how much memory was being used by Resharper's on-the-fly analysis. I'll post if I learn more.

顺便说一句，他们也同时运行Resharper，目前尚不清楚Resharper的动态分析正在使用多少内存。如果我了解更多信息，我会发布。

Nutshell: Try to break your projects up into reasonably sized subsystems that can build separately. Our SDK has about six solutions, each with about 10 projects.

简而言之：尝试将您的项目分解为可单独构建的合理大小的子系统。我们的SDK有大约六个解决方案，每个解决方案都有大约10个项目。

If you're running VB and you're hitting the VB-specific problem with large projects, you can get a HotFix here.

如果您正在运行VB，并且遇到大型项目中特定于VB的问题，则可以在此处获得HotFix 。

翻译自: https://www.hanselman.com/blog/whats-the-upper-limit-on-the-number-of-projects-within-vs2005

gitlab 数量项目限制