Dlaczego Chrome DevTools czasami bardzo powoli zapisuje pliki źródłowe?


1

Czasami, gdy edytuję kod JavaScript lub HTML w edytorze źródeł DevTools Chrome, kiedy naciskam CTRL-S, aby zapisać plik, plik nie jest zapisywany na dysku dopiero po kilku minutach. Dlaczego tak się dzieje i co mogę zrobić, aby to naprawić?

Inne szczegóły tego, co się dzieje, są następujące:

Jestem na Ubuntu 14.10, używam Chrome 40.0.2214.95 (aktualizacja: problem nadal występuje w Ubuntu 15.04 i Chrome 42.0.2311.135). Po naciśnięciu CTRL-S, aby zapisać, lampka we / wy dysku twardego świeci się stale, a moc wyjściowa

$ sudo iotop

zawiera taką linię:

IO>     | COMMAND
97.29 % | chrome [BrowserBlocking]

Ten stan trwa dłużej niż minutę. Nie mierzyłem, jak długo to trwa, ale tym razem mogło trwać 10 minut. Wygląda na to, że ponowne uruchomienie Chrome może rozwiązać problem, ale chciałbym lepszą.

Odpowiedzi:


0

Myślę, że problem był spowodowany faktem, że skonfigurowałem Obszary robocze Chrome Devtools do indeksowania plików w dwóch katalogach modułów_węzła, które zawierają łącznie 77 000 plików. Teraz, gdy ustawiłem ignorowanie tych katalogów, problem zniknął.

Pomyślałem, że może to być problem, poza rozsądnym założeniem, że katalogi node_modules zawierają wiele plików, to fakt, że iotopChrome donosi, że dużo czyta z dysku , ale go nie pisze .

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.