Kodumu / projelerimi SSD veya ikincil sürücümde saklamalı mıyım?


17

Yeni bir kutum var. Birincil sürücü için bir SSD ve ikincil sürücü için 1 TB SATA'ya sahiptir. SSD'de pencereleri ve ikili dosyalarımı çalıştıracağım ve tüm indirmelerimi / belgelerimi / müziklerimi vb. İkincil sürücüde tutacağım.
Sorum şu: Visual Studio Projelerimi ve kodumu SSD'de tutmalı mıyım yoksa ikincil sürücüde mi tutmalıyım? Daha hızlı SSD, derleme ve dizine alınmış aramalar için muhtemelen daha iyi olurdu, ancak daha paralel bir disk GÇ durumu için 2. sürücüde tutmak daha iyi olur mu?

Yanıtlar:


6

SSD çok daha iyi bir IO'ya sahiptir ve bu nedenle kodunuzun SSD diskinde olması mantıklıdır.


Daha iyi IO'ya sahip olduğunu biliyorum, ancak tüm OS ve Binaries SSD'den okuyacak. Kod dosyaları ikincil gelen paralel bir şekilde okumak izin daha iyi olmayabilir emin değilim.
fr0man

@ fr0man, kuşkusuz, Christian'ın basit cevabı muhtemelen doğru. ÇOK daha hızlı, bu yüzden diğer tüm endişelerin ötesine geçer.
Dan Rosenstark

SSD'li IO, plak tabanlı bir diskin işleyebileceğinin teorik olarak iki katı olacaktır. Bu durumda SATA veri yolu hala darboğazınız olmaz. SSD ile devam edin, ancak saatlik yedekleriniz olduğundan emin olun. :)
churnd

Herkese teşekkürler, merak ettiğim şey buydu. SSD'lerin hikayelerinin geleneksel sürücülerden çok daha hızlı olmadığını duymuştum.
fr0man

6

Sahip olduğunuz sürücüye bağlıdır. Okuma her zaman SSD'ye kaybedecek, ancak yazma performansında olmayabilir. Yazma performansı, yeni yürütülebilir dosyalar, derlemeler ve diğer yapı yapıları oluşturmak için derlemeler sırasında önemli olacaktır.

Daha büyük çözümlerinizden birini HD ve SSD'ye kopyalayın ve her ikisini de derleyin. Farkı şu ya da bu şekilde fark edeceksiniz ve kararınızı alacaksınız. Sanırım HD derlemeler / derlemeler için daha hızlı olacak ama SSD her şeyi kazanacak.


2

Bunun Visual Studio'da mümkün olup olmadığını bilmiyorum, ancak en iyisi ikisinin bir kombinasyonu olabilir. Kaynak kodu SSD'ye koyun, ancak derlenmiş nesneleri HD'ye yazın. Bu şekilde, başka nedenlerle temelli projeler hazırladık.


Kulağa karmaşık geliyor. Hedef çıktı dizini için bir kök ayarı var mı veya binderleme yapılandırmasındaki her proje için ayarı değiştirmeniz mi gerekiyor?
alord1689

1

Sabit disk sürücüsü hızı, genel Visual Studio performansı için önemlidir. Scott Guthrie bu yazıda buna değiyor :

Makinelerdeki çok çekirdekli CPU'lar son birkaç yıl içinde yeterince yaygınlaşmıştır ve çoğu yaygın uygulama senaryosunda genellikle makinenizdeki kullanılabilir işlemci kapasitesini engellemezsiniz.

Visual Studio ile geliştirme yaparken, çok sayıda dosyayı okuma / yazma ve disk G / Ç etkinliği yapmak için büyük miktarda zaman harcamak. Büyük projeler ve çözümlerde yüzlerce (veya binlerce) kaynak dosya olabilir (resimler, css, sayfalar, kullanıcı kontrolleri, vb. Dahil). Bir proje açtığınızda, Visual Studio intellisense sağlamak için içindeki tüm kaynak dosyaları okumak ve ayrıştırmak gerekir. Kaynak denetimine kaydolduğunuzda ve bir dosyayı teslim aldığınızda, diskteki dosyaları ve zaman damgalarını güncelleştiriyorsunuzdur. Bir çözüm derlemesi yaptığınızda, Visual Studio birden çok disk yolu konumlarından güncelleştirilmiş derlemeleri denetler, derleme tamamlandığında diske birden çok yeni derleme yazar ve onlarla birlikte diskteki .pdb hata ayıklayıcı sembol dosyalarını (tümü ayrı dosya kaydetme işlemleri olarak).

Visual Studio Blogu , bir SSD kullanmanızı önerir:

Sabit disk tipi önemlidir! Ve işte çözüm yükünü daha da hızlı hale getirmek için başka bir numara. Visual Studio telemetrisi, SSD depolamalı makinelerin normal bir sabit diskten 2-3 kat daha hızlı çözüm sunduğunu göstermektedir. Bu nedenle, normal bir sabit sürücü kullanıyorsanız SSD'ye yükseltmeyi düşünmenizi önemle tavsiye ederiz. İdeal olarak Windows, Visual Studio ve çözümünüz maksimum etki için bir SSD'de yer alsa da, SSD üzerine Windows yüklü olması çözüm yükünüz üzerinde büyük bir etkiye sahip olacaktır.

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.