Sự chậm lại của Microsoft Visual Studio do trình quét Virus khác nhau


76

Trình quét Virus chậm nhất để sử dụng với Microsoft Visual Studio là gì

Tôi vừa bị Microsoft Visual Studio “chạy chậm” lại do Trình kiểm tra vi-rút của tôi… (100 dự án, một số có hơn 100 tệp C # trong đó, vì vậy bất kỳ thứ gì làm chậm quá trình xây dựng đều là tệ).

Tất cả chúng ta đều biết rằng các công cụ phát triển thực hiện rất nhiều quyền truy cập tệp vì vậy bị Virus Scanner ảnh hưởng xấu. Hầu hết chúng ta phải chạy một trình quét Virus do nhiều nguyên nhân.

Vậy có ai đo được ảnh hưởng của các trình quét vi rút (và cài đặt) khác nhau đến tốc độ của Microsoft Visual Studio chưa?

Có ai gắn Microsoft Security Essentials với Visual Studio không?

Xem thêm (nếu bạn có đại diện, vui lòng mở rộng danh sách)

Mọi người trải nghiệm với Visual Studio 2010 và trình kiểm tra vi rút là gì?


Tôi nhận được điều này như là một phần của email hữu ích từ một người (sẽ đổi tên thành không tên) tại Microsoft nói chuyện thay mặt cho anh ta.

Không rõ rằng chúng tôi ( Microsoft ) có thể xác nhận các sản phẩm của bên thứ ba hay không. Với suy nghĩ đó, tôi đã nhận thấy rằng trong bài đăng mà Ian liên kết với ( câu hỏi này ) rằng Computer Associates đã được một người nào đó liệt kê là một trong những công cụ kiểm tra virus hoạt động tốt nhất cho các môi trường phát triển, điều thú vị là đây là một sản phẩm mà tôi tin rằng nhiều nhà phát triển của Microsoft sử dụng trên máy tính để bàn của họ.


Kể từ khi đặt câu hỏi này, tôi đã gặp ít vấn đề nhất với Microsoft Security Essentials, tuy nhiên tôi không có dữ kiện hoặc phép đo nào để sao lưu điều này.


6
+1 vì là câu hỏi mà tôi luôn thắc mắc và sẽ tìm thấy câu trả lời thực sự rất hữu ích!
Rob

Câu trả lời:


27

Tôi chưa thực sự thực hiện bất kỳ phép đo nào, nhưng những gì tôi thường làm là loại trừ việc quét thời gian thực của thư mục phát triển của tôi (thường là thư mục: \ Projects của tôi). Bằng cách đó, trình biên dịch có thể hoạt động nhanh nhất có thể trong các tác vụ lặp đi lặp lại hàng ngày của tôi. Tôi thực hiện quét hàng ngày có thư mục được đề cập trong đường dẫn của nó, để tìm kiếm bất kỳ mối đe dọa nào có thể xảy ra. Một lưu ý chủ quan, tôi thích sử dụng NOD32 hơn.


Takeaway chính là để nói bất cứ điều gì chương trình quét virus, bạn phải bỏ qua các thư mục nào đó (chẳng hạn như C:/TeamServerSource/hay bất cứ nơi nào các dự án của bạn)
Don Cheadle

6

Dựa trên các cài đặt trước đó ở các công việc khác nhau, theo kinh nghiệm được đánh giá từ chậm nhất (rất khó chịu) đến nhanh nhất (hầu như không ảnh hưởng):

Tôi sẽ không bận tâm với các bài kiểm tra tốc độ, v.v. được hiển thị tại các trang web đánh giá AV vì hầu hết chúng đều ở trong môi trường được kiểm soát, thường được bật chế độ xem lại. Tác động cũng sẽ khác nhau tùy thuộc vào môi trường mạng của bạn (nhóm làm việc hoặc miền) và các chính sách do quản trị viên thực thi.

Tiết lộ: Tôi đã từng làm việc trên một gói chống vi-rút khác hiện đã lỗi thời vào những năm 90.


Đồng ý về thứ tự tương đối của # 1, # 2 và # 4.
Sebastian J.

6

Tôi phải đồng ý với câu trả lời đầu tiên.

Tôi đã thấy các vấn đề như vậy khác nhau giữa các công việc tùy theo ý định của quản trị viên để giữ nguyên cấu hình cho các nhà phát triển. Trình quét vi rút được thiết lập đúng cách vẫn cản trở nhà phát triển, nhưng ít nhất nó có thể chịu được.

Vì vậy, tôi chỉnh sửa danh sách quét thành:

  • Loại trừ tất cả các thư mục mã nhà phát triển
  • Loại trừ các khu vực được tạo ASP.Net tạm thời
  • Loại trừ bộ nhớ đệm của Trình sạc lại

Tôi thấy điều này cải thiện sự cố đập đĩa mà nếu không xảy ra với Visual Studio, Resharper và Trình quét vi-rút tất cả đều làm hỏng ổ đĩa. Như mọi khi , Filemon của SysInternals có thể giúp bạn nhắm mục tiêu các dịch vụ / quy trình giả mạo.


5

Chúng tôi có phần mềm chống vi-rút Trend Micro đang hoạt động và nó thật tệ. Nó có vẻ đặc biệt tệ khi kiểm tra.

Gần đây, chúng tôi đã vận hành một máy xây dựng mới và nhóm IS chưa thiết lập loại trừ cho các ổ đĩa xây dựng và mất 45 phút để kiểm tra mã nguồn từ TFS. Khi AV bị tắt, mã nguồn giống hệt nhau mất khoảng 1 phút 30 giây để kiểm tra.


Tóm lại tại sao làm việc trong các công ty lớn với các nhóm IS không quan tâm đến lập trình viên là không tốt.
Ian Ringrose

1
Công bằng mà nói, nhóm IS của chúng tôi đã phản ứng nhanh chóng và thực hiện các loại trừ. Tất cả đều khá tốt :-)
Orion Edwards

2
Trải nghiệm chính xác tương tự (nov 2011) với "bảo mật không lo lắng" của Trend Micro. Thật là kinh khủng. Tránh bằng mọi giá.
Jan Willem B

Bạn đã yêu cầu những loại trừ nào?
BozoJoe

@BozoJoe - Tôi không phải là người chính khắc phục sự cố này, vì vậy tôi không thể cung cấp cho bạn một danh sách thích hợp, nhưng theo tôi biết, vấn đề chính là bất cứ khi nào có ai đó kiểm tra bất kỳ điều gì, TFS sẽ sao chép nó vào thư mục tạm thời trên máy chủ đầu tiên, vì vậy không bao gồm các thư mục tạm từ quét virus là điều chính mà giúp
Orion Edwards

3

Tôi cũng không có maesurements, nhưng một số kinh nghiệm:

  • Không sử dụng McAfee: Chúng tôi đã gặp sự cố hiệu suất nghiêm trọng (và những vấn đề nghiêm trọng khác) trên một số bản cài đặt với điều đó.

  • Sử dụng Avira AntiVir: Tỷ lệ thành công cao nhất và không có độ trễ đáng chú ý. Tôi sử dụng nó từ nhiều năm.


3

Sẽ nhận xét về câu trả lời từ @MagnusJohannsson hoặc @Rodrigo nhưng không đủ danh tiếng. Chỉ cần thực sự đồng ý và +1 cho cả hai.

Tôi có NOD32 4.x trên hai máy rất giống nhau, nhiều RAM của Intel SSD thế hệ thứ hai, được ép xung của Duo / Quad Core, cài đặt sạch win 7, VS2010.

Đã sử dụng NOD32 trong nhiều năm trên nhiều hộp khác nhau và nhiều bản dựng khác nhau mà không gặp bất kỳ sự cố nào, nhưng đã gặp sự cố khủng khiếp trên một trong các máy sau khi nâng cấp phần cứng và cài đặt lại hệ điều hành trong đó ekrn.exe (dịch vụ của NOD) sẽ bị hỏng và chỉ ăn hết tất cả CPU khiến tôi phải tắt hộp.

Sau nhiều lần thử với sự hỗ trợ của ESET, kết quả quyết định là do quyền truy cập tệp Visual Studio có vẻ đáng ngờ / nhanh chóng, và cuối cùng tôi đã loại trừ các thư mục dự án của mình và kể từ đó vẫn ổn. Điều thú vị là thư mục dự án cho một giải pháp tôi không sử dụng vào thời điểm đó, vì vậy có thể là một thứ TFS?

Nhưng dù sao thì liên kết này là một hướng dẫn đơn giản cho bất kỳ ai gặp vấn đề tương tự với CPU ăn ekrn.exe của NOD32

Loại trừ các tệp hoặc thư mục khỏi quét thời gian thực


3

Việc bật ghi nhật ký liên kết lắp ráp Fusion kết hợp với trình quét vi-rút có thể dẫn đến các vấn đề về hiệu suất trong quá trình khởi động ứng dụng. Tắt tính năng ghi nhật ký Fusion hoặc thêm thư mục mà nó đăng nhập vào làm loại trừ trong trình quét vi-rút của bạn.


2

Bạn thực sự cần cân nhắc giữa khả năng và sự hỗ trợ của chương trình chống vi-rút so với sự chậm chạp. Trong trường hợp của tôi, tôi đã sử dụng nhiều cái khác nhau và lựa chọn tốt nhất là Avast. Phiên bản Home miễn phí và họ là một trong những phiên bản tốt nhất về việc cập nhật các định nghĩa vi rút của họ khi các mối đe dọa mới xuất hiện.


1

Không sử dụng Kaspersky (Tect Review cũ), nó làm chậm quá trình mở tệp thám hiểm bình thường trong gần 10 giây (Có, bạn cần đợi 10 giây trước khi mở từng thư mục). Và có nó ảnh hưởng đến Visual Studio. Phiên bản mới dường như không có vấn đề. NOD32 dường như không gặp vấn đề này và nhanh hơn Kaspersky một chút (tôi thậm chí không biết liệu nó có quét nhiều như Kaspersky hay không).

Nhưng vì lý do gì, tường lửa NOD32 rất tệ!


1

Loại trừ các thư mục dự án của bạn và thư mục ứng dụng studio trực quan để quét theo thời gian thực và lên lịch quét thường xuyên nếu bạn cảm thấy an toàn.


0

Thành thật mà nói, máy làm việc của tôi không được cài đặt máy quét vi-rút và trong gần 2 năm, tôi chưa bao giờ gặp vấn đề với vi-rút vì tôi thường xuyên đứng sau tuần tra web của công ty và những thứ khác giúp tôi khá an toàn.

Tuy nhiên, ở nhà, tôi sử dụng NOD32 và trên 3 máy khác nhau đều sử dụng Visual Studio, tôi chưa bao giờ nhận thấy bất kỳ sự chậm chạp nào. Tôi xin lỗi vì không có bất kỳ điểm chuẩn nào để đo lường, chỉ muốn ném ra "câu trả lời" của tôi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.