Come molti concordano, incoraggiare gli sviluppatori a creare codice veloce dando loro macchine lente non è una buona idea . Ma c'è un punto in quella domanda. La mia macchina di sviluppo è veloce e quindi ogni tanto scrivo codice che è inquietantemente inefficiente, ma che diventa evidente solo quando lo si esegue su macchine di altre persone.
Quali sono alcuni buoni modi per rallentare temporaneamente una macchina di sviluppo turbo? La nozione di "velocità" comprende diversi fattori, ad esempio:
- Frequenza di clock della CPU.
- Quantità di core della CPU.
- Quantità di memoria e cache del processore.
- Velocità di vari autobus.
- I / O del disco.
- GPU.
- eccetera.
34
Rimuovi il pulsante "Turbo" ... no, aspetta.
—
LennyProgrammers
Ecco la radice del tuo problema: "Inquietantemente inefficiente". cambia la tua abitudine di codifica
—
Darknight,
@Darknight: No, non è quello. Devi prima farlo bene, quindi farlo velocemente se necessario . Per sapere cosa ottimizzare, devi testare e scoprire qual è la parte problematica. Fare le cose il più velocemente possibile, in primo luogo è spreco di vostro tempo - e probabilmente spreco di fare bene .
—
Joonas Pulakka,
Beh, in parte sono d'accordo. Tuttavia, se hai un'abitudine di codifica efficiente con cui iniziare; poi come "farla funzionare bene" puoi dedicare meno tempo dopo "renderla più veloce".
—
Darknight,
@Darknight: Penso che @Joonas stia facendo una domanda molto sensata. L'idea che sia sufficiente "cambiare l'abitudine al codice" non è realistica. Ecco un esempio: ( stackoverflow.com/questions/926266/… ) E, l'idea che si possa semplicemente cronometrare su una macchina più lenta senza un IDE presuppone che sia sufficiente per trovare i bug delle prestazioni. Molte persone parlano della profilazione, ma farlo (con successo) è un'altra questione. Ciò che mi aiuterebbe davvero (e altri penso) è quello che Joonas sta chiedendo.
—
Mike Dunlavey,