2011-07-07 4 views
16

Tôi có một ứng dụng web nặng, javascript nặng mà tôi đang làm việc. Tôi đang gặp phải thời gian phản hồi rất chậm từ Công cụ dành cho Chrome Dev dành cho phản hồi XHR và đăng nhập bảng điều khiển (3-5 giây). Các ứng dụng thực tế đang chạy nhanh và đáp ứng, chỉ có các công cụ dev trông giống như nó là đau khổ.Công cụ Chrome Dev rất chậm để phản hồi trong ứng dụng web lớn

Có ai biết tại sao Chrome Dev Tools trở nên chậm chạp khi ứng dụng của tôi phát triển không?

+0

Tôi hiện đang gặp vấn đề này khi làm việc với Dojo. Điều kỳ lạ là nó chỉ xảy ra với phiên bản Dojo được nén. Làm việc với phiên bản nguồn hoạt động tốt. Tôi có thể cho rằng vấn đề sẽ xảy ra theo cách khác. – Marcelo

Trả lời

3

Devtools giống như bất kỳ trình gỡ lỗi nào khác; chúng móc vào luồng xử lý bình thường của một ứng dụng và lưu trữ thông tin nhiều hơn một chút so với thông thường được yêu cầu. Đây là công việc nhiều hơn chỉ đơn giản là vẽ trang mà không cần gỡ lỗi được kích hoạt, do đó, nó thực sự sẽ chậm hơn.

Điều đó nói rằng, 3 giây để trả lời console.log có vẻ cao. Tôi khuyên bạn nên thử nghiệm ứng dụng lần đầu tiên theo số nightly version of WebKit. Nếu nó đáp ứng trong WebKit, nhưng không phải trong Chrome, vui lòng gửi một lỗi chống lại thanh tra viên qua http://new.crbug.com/ cùng với bất kỳ thông tin nào bạn có thể cung cấp về kịch bản nào làm chậm tốc độ.

Nếu nó không kém phần chậm chạp trong WebKit, xin vui lòng lưu lỗi trong thành phần Inspector WebKit: https://bugs.webkit.org/enter_bug.cgi

Dù bằng cách nào, gửi ID lỗi ở đây, và tôi sẽ thấy rằng nó triaged vào đúng nhóm.

+1

Firefox/Firebug phản hồi nhanh hơn nhiều khi gỡ lỗi cùng một trang lớn mà trình gỡ lỗi của Chrome đã tắt. Và tôi yêu Chrome! –

1

Đây là một câu hỏi cũ, nhưng nó có thể giúp ai đó hạ cánh ở đây sau này như tôi đã làm.

Sử dụng Chrome 46.x/47.x trên Linux (RHEL 7), không có giải pháp được đề xuất nào phù hợp với tôi. Việc đã làm là tắt cài đặt "Sử dụng tăng tốc phần cứng khi khả dụng", trong cài đặt trình duyệt nâng cao.

Tôi nhận thấy trong trình theo dõi/danh sách quy trình mà trình kết xuất Chrome đang chiếm rất nhiều CPU, thậm chí việc đặt điểm ngắt hoặc báo cáo bước trong trình gỡ lỗi sẽ mất hơn 10 giây!

Có thể đáng để chụp.

+0

Vui lòng không chỉ đăng câu trả lời cho các câu hỏi về Stack Overflow khác. Thay vào đó, bỏ phiếu/cờ để đóng thành trùng lặp hoặc nếu câu hỏi không trùng lặp, hãy điều chỉnh câu trả lời cho câu hỏi cụ thể này. –

+0

Ok, tôi có nên trả lời hoàn toàn không? Nó không chính xác là một bản sao, và nó đã được liên kết với câu hỏi khác. – AsGoodAsItGets

+0

Nó được liên kết vì bạn đã đăng liên kết ở đây, nó sẽ hủy liên kết khi bạn xóa câu trả lời tôi nghĩ. Có thể tốt hơn để sao chép câu trả lời nhưng chỉnh sửa câu trả lời sao cho phù hợp ở đây –

0

Hoàn tác công cụ nhà phát triển thành cửa sổ riêng. Trong trường hợp của tôi, nó hoạt động.

+1

tâm trí để xây dựng? – manetsus

0

Tôi đã vật lộn với điều này cũng vậy, đến mức bước qua mã bằng trình gỡ lỗi chrome quá chậm nên phải mất nhiều giờ để tránh thời gian phát triển sản xuất của mình. Khi xem việc sử dụng CPU khi gỡ lỗi trong chrome, tôi sẽ thấy nó sử dụng tới 40% của tất cả 4 lõi của bộ xử lý của tôi. Tôi đã thử mọi thứ để không có kết quả. Cuối cùng, tôi đã thử làm cho cửa sổ trình duyệt của trang tôi đã gỡ lỗi nhỏ nhất có thể mà không mất bất kỳ chế độ xem được yêu cầu nào và nó đã giải quyết vấn đề một cách kỳ diệu. Vì vậy, bây giờ tôi giữ cửa sổ trình gỡ lỗi của tôi xuất hiện trong một cửa sổ riêng biệt, và làm cho cửa sổ của trang tôi đang gỡ lỗi nhỏ nhất có thể và trải nghiệm gỡ lỗi của tôi lại rất nhanh. Tôi đã thử nghiệm điều này trong một khoảng thời gian vài tuần và nó đã được tổ chức. Hy vọng điều này sẽ giúp một ai đó.

4

tôi "cố định" các công cụ phát triển chrome chậm bởi (bên dưới tab NGUỒN)

  • xóa "xem" danh sách đó tích lũy theo thời gian ...
  • thanh toán bù trừ tất cả các "đoạn", tôi đã có hàng chục ...

Không chắc mà của cả hai làm cho sự khác biệt nhất, nhưng chắc chắn nó làm nên sự khác biệt