Jak większość ludzi się zgadza, zachęcanie programistów do tworzenia szybkiego kodu poprzez udostępnianie im powolnych maszyn nie jest dobrym pomysłem . Ale pytanie ma sens. Moja maszyna deweloperska jest szybka, więc czasami piszę kod, który jest niepokojąco nieefektywny, ale staje się to widoczne dopiero podczas uruchamiania go na maszynach innych ludzi.
Jakie są dobre sposoby na tymczasowe spowolnienie maszyny z turbodoładowaniem? Pojęcie „prędkości” obejmuje kilka czynników, na przykład:
- Częstotliwość taktowania procesora.
- Ilość rdzeni procesora.
- Ilość pamięci podręcznej i procesora.
- Prędkość różnych autobusów.
- Dysk I / O.
- GPU.
- itp.
34
Naciśnij przycisk „Turbo”… nie, czekaj.
—
LennyProgrammers,
Oto źródło problemu: „Niepokojąco nieefektywny”. zmień swój zwyczaj kodowania
—
Darknight
@Darknight: Nie, to nie tak. Musisz najpierw zrobić to dobrze, a potem szybko, jeśli to konieczne . Aby wiedzieć, co zoptymalizować, musisz przetestować i dowiedzieć się, na czym polega problematyczna część. Dokonywanie rzeczy tak szybko, jak to możliwe w pierwszej kolejności jest marnowanie Twojego czasu - i prawdopodobnie strata robi to dobrze .
—
Joonas Pulakka,
Cóż, częściowo się zgadzam. Jeśli jednak masz na początku wydajny nawyk kodowania; wtedy, gdy „poprawiasz działanie”, możesz później poświęcić mniej czasu na „przyspieszanie”.
—
Darknight,
@Darknight: Myślę, że @Joonas zadaje bardzo rozsądne pytanie. Pomysł, że wystarczy „zmienić nawyk kodowania”, nie jest realistyczny. Oto przykład: ( stackoverflow.com/questions/926266/... ) ORAZ pomysł, że możesz po prostu ustawić czas na wolniejszej maszynie bez IDE, zakłada, że to wystarczy, aby znaleźć błędy wydajności. Wiele osób mówi o profilowaniu, ale robienie tego (z powodzeniem) to inna sprawa. Co naprawdę by mi pomogło (i myślę, że inni) jest tym, o co prosi Joonas.
—
Mike Dunlavey,