Por que construir uma solução mais lenta em um Core i7 do que em um processador Core i3?

6

Histórico:

Nós temos uma solução C # com 49 projetos e ela usa o VS2005 SP1 (não atualizou para a versão superior devido à versão antiga do Syncfusion 4.x lib). O projeto usa Ant com a biblioteca zip ISharpCode para componentes de empacotamento e muito do tempo de compilação é usado aqui. Eu costumo construí-lo no meu PC do escritório e em casa. Devido à minha recente modificação no projeto para apoiar win7 x64, um dos membros da equipe (morou nos EUA) reclamou que é mais lento do que nunca e levou cerca de 7-10 min.

Então, eu testei no meu escritório e no meu PC. Aqui estão as especificações do PC e os tempos de compilação - uma reconstrução completa de todos os projetos anexados:

Para mobilidade e construção mais rápida que o meu escritório & PC em casa, eu comprei um

Ambos os PCs (não laptop) tiveram vários IDE em execução (não construíram nada). E tanto os PCs como o laptop têm o Avast Antivirus e o Comodo Firewall instalados (em algum momento afeta a versão pela primeira vez). Deve ter levado menos tempo do que o sistema Core i3.

Meu antigo PC de escritório (substituído pelo i3) com o Pentium Dual Core de 2,6 GHz 2 GB de RAM e Win7 x86 Ultimate costumava levar cerca de 2 min e 25 s para construir outro projeto quase similar (47 projetos anexados). A meu pedido, eu recebi uma máquina core i3 que fazia o mesmo projeto (^) para construir cerca de 1 min e 46 s.

Essas coisas foram consideradas para comprar o Core i7. Mas estou desapontado.

Existe alguma razão específica para a lentidão?

    
por MARK002-MAB 25.09.2011 / 12:46

2 respostas

9

Os discos rígidos para notebooks tendem a ser mais lentos que os discos rígidos de desktop. A compilação é intensiva em disco.

Como o VS2005 não tem suporte para compilações paralelas dentro de um projeto, você está compilando apenas em um núcleo. Por núcleo, o 2630QM é apenas cerca de 11% mais rápido que o 540.

Então, basicamente, não há motivo para que seja mais rápido.

    
por 25.09.2011 / 14:30
2

Eu concordo com Kev, será o disco. Verifique-os com HDTach ou algum utilitário de benchmark de HDD. Uma solução (a fonte completa de um software ... seja ela Java, C #, C ++) consiste em vários arquivos pequenos.

Os HDDs demoram a lê-los.
A solução?
Se for um laptop : obtenha um WD Black Caviar (unidade portátil de alto desempenho de 7200 rpm).
Ou se você puder pagar, consiga um SSD. (Menor, mas alta IOPS.)

Se for um PC desktop : SSD > Raptor de 10.000 RPM > Caviar preto 7200rpm (WD) > 7200rpm drive ... e assim por diante.

Uma unidade preta de 7200rpm não será tão rápida quanto uma unidade SSD (leitura / gravação seqüencial), mas ainda é um grande impulso comparado a uma unidade de laptop normal de 7200 ou 5400rpm.

(ps .: Eu não sou um fanboy da WD, eu simplesmente não conheço nenhuma outra empresa que faria tais drives de "alto desempenho". Se eles existirem, sinta-se livre para editar minha resposta, postá-los no meu comentário .)

    
por 25.09.2011 / 14:32