Entwicklungsumgebung Hardware Mac/Win/Linux

[IBExpert]

Das mit dem file caching in windows mag ja ganz gut sein, hilft aber meistens nur dann, wenn sich die dateien auch nicht zwischendurch mal ändern, weil dann die datei auch wieder auf dem datenträger geschrieben werden muss und für den nächsten cache vorgang neu gelesen wird. Je nach Software/Prozess/Threads sogar mehrfach weil non shared caches da extra kommen.

Und sobald du compilerschalter benutzt und nicht nur ein Projekt mit F9 starten willst, sondern nach jeder Änderung der Compilerschalter für das Projekt ein Built all machen musst, bringt dir der windows filesystem cache relativ wenig, es sei denn du schaltest da auch das write caching an, was aber für die gesamtstabiliät eines Windows Systems nicht immer von vorteil ist. ?

Wer das in Kauf nimmst und dabei nicht die schnellstmöglichen I/O hardware einsetzt, der hat da halt eine andere Sicht der Dinge.

Ein uralter und schon immer gültiger Indikator ob dein Laufwerk schnell genug ist (nicht nur beim compile, auch bei datenbanken zB.) ist die cpu last, die der Prozess erzeugt bei hoher Schreib/-Leselast . Wenn das weit unter 100% bleibt auf mindestens einem core, dann wartet der Prozess auf den Datenträger. So einfach ist das! Durch Virtualisierung kommt da zwar noch zusätziche cpu Last dazu, gilt aber ähnlich.

Und wie viele writes erforderlich sind, kann man sich gut im sysinternals process monitor ansehen ...