Visual Studio için hangi bilgisayar bileşenleri derleme süreleriniz üzerinde en büyük etkiyi yaratır?


Yanıtlar:



13

Bulduğum faktör en büyük farkı fiziksel bir faktör değil, bir yazılım faktörü oluşturuyor: Hangi anti-virüsü kurdunuz?

Bazı anti-virüs ürünleri yazılım geliştirmeyi çok iyi idare etmez - tüm bu uygulama dosyalarının yeniden yazıldığını görür, her zaman hatalı oynatıldığından şüphelenir ve her dosyayı yeniden tarar.

(Daha fazla bilgi için /programming/1170078/is-it-usual-for-aspx-files-to-take-5-10-seconds-to-save/1170129#1170129 adresine bakın .)

Öte yandan, mevcut bir makinenin performansını artırmak istiyorsanız, hızlı bir kazanç için hiçbir şey kullanılabilir belleği geçemez.


Ofisteki PC TrendMicro OfficeScan kullanıyor. Evde dev dizüstü bilgisayarım AVG 8 kullanıyor
Rob Allen

3
"Trend Micro". Ah hayatım. Bunu başka bir şey için değiştiremezseniz, herhangi bir performansa veda edin.
Bevan

8

İşte bazı güzel araştırmalar Scott Hanselman'ın MSBUild için birden fazla CPU kullanma konusunda . Hızlanmalar oldukça dramatik.

Düzenleme: Ancak, Visual Studio kullanarak iyi bir deneyim elde etmek için bol miktarda RAM gerekir unutmayın. :)


+1 Konuyla ilgili iyi bir makale. Bunu unutmuştum. Ben de bununla ilgili bir podcast yaptı.
BinaryMisfit

4

Adil bir C ++ kod tabanı ile kişisel deneyimim:

Eski makine

İşlemci: Pentium 4 HT 3.06 GHz
Bellek: 1 GB DDR RAM (PC 2100, yani 333 MHz)
Disk: 7200 RPM sabit sürücü (bellek çalışıyorsa UDMA 100)
Derleme süresi: 50 dakika

Yeni makine:

İşlemci: Core i7 720QM (8 mantıksal işlemci) 1,6 GHz'de, tüm çekirdekler aktifken turbo güçlendirme 1,73 GHz'e kadar
Bellek: 1066 MHz'de 8 GB DDR3 RAM
Disk: 7200 RPM sabit sürücü (SATA 2)
Derleme süresi: 4 dakika (ile / MP )


Sonuç: İşlemciler ne kadar fazla olursa, nispeten düşük saat hızlarında bile o kadar iyidir. Bir SSD zamanları daha da geliştirirdi, ancak derleme mesajlarının gözlemlenmesinden sonra, 30 saniyeden fazla geliştireceğinden şüpheliyim.


3

Hatırladığım kadarıyla esas olarak İşlemci ve Bellek. Hızlı bir google, derleme sürelerini iyileştirebilecek çeşitli değişiklikler ortaya koydu.

Joel kısa bir süre önce burada Katı Hal Disklerinin derlemeler üzerindeki etkisini açıkladı . Disk hızı genellikle derleme süresini önemli ölçüde iyileştirmez. Ancak göre bu o kadar sivri bitmesi gibi bir etkisi var lyngbym .


1

C ++ programları oluşturmak için, her şeyden önce # 1 faktörü yapısaldır - kaynak kodu dikey olarak yapılandırılmışsa, yapım süreleri, özellikle artımlı yapılar üzerinde yıkıcı bir etkiye sahip olacaktır. Dört çekirdekli bir Xeon'da dramatik bir gelişme için bir projenin birkaç bölümünü yerel olarak yeniden yapılandırdım. 18 ay sonra ve onlar (projenin sahibi olan insanlar) Core i7 makinelerinde bile duvar saati yapım sürelerime uymuyor.

Yazılım mizanpajınızın etkisi (pozitif veya negatif) ekibinizin her üyesi ve gerçekleştirdikleri her yapı arasında çoğalır.


Farklı kod yapılarını açıklayan bir bağlantınız var mı lütfen. Sanırım ne demek istediğini biliyorum ama emin değilim.
Rob Allen

Referanslarımı bulmakta sorun yaşıyorum, ancak genel fikir 1) mümkün olduğunda ileri bildirimleri kullanmak, 2) yalnızca ileri bir bildirim çalışmadığında dosyaları dahil etmek ve 3) eklediğiniz dosyanın daha fazla bildirmediğinden emin olmaktır gerekenden daha fazla dosya içerebilir, bu da başka bir şekilde derlenmekte olan kaynak dosya için ihtiyacınız olmayan daha fazla dosya içerebilir (başlıklarınızı küçük tutun ve tıpkı kaynak dosyaları için yaptığınız gibi ileri bildirimleri kullanın).
Sam Harwell

1

Xoreax IncrediBuild , çalıştığım derleme sürelerinde büyük bir gelişme kaydeden dağıtılmış bir yapı sistemidir. (Ne yazık ki, bağlantı süreleri hala oldukça uzundur, özellikle tüm program optimizasyonu ve bağlantı zamanı kod üretimi kullanan sürümleri yayınlar, ancak bu beklenen bir durumdur.)

alternatif metin

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.