Làm cách nào để tắt VsHub.exe trong khay hệ thống?

Bắt đầu Visual Studio 2015 cũng ra mắt hai chương trình thực thi khác:

VsHub.exe

và

Microsoft.VsHub.Server.Httphost.exe

Cả hai đều có một không gian đáng kể trong trình quản lý tác vụ.

Làm cách nào để xóa tùy chọn "Visual Studio Hub" này? Tôi không sử dụng bất kỳ tính năng 'đỉnh cao' nào của Visual Studio, kể cả tính năng của Visual Studio Hub.

Tôi nghĩ tôi sẽ cố gắng làm sáng tỏ về Hub Hub và mục đích của nó là gì. Tôi làm việc cho Microsoft.

Như sraboy đề cập, VS Hub là máy chủ dịch vụ ngoài luồng mà Visual Studio (và các sản phẩm dựa trên vỏ VS khác như Blend) sử dụng để hỗ trợ giao tiếp đa công cụ, đáp ứng tốt hơn trong devenv (VS) và cho phép một số dịch vụ nhất định kéo dài suốt vòng đời của quá trình sinh sản. Tập hợp các dịch vụ hiện được lưu trữ trong VS Hub bao gồm nhiều mục được gọi trong các câu trả lời khác, chẳng hạn như cài đặt chuyển vùng, xử lý các luồng dữ liệu ETL lớn được hiển thị trong công cụ chẩn đoán, báo cáo từ xa và cập nhật tự động mở rộng và thông báo. Tuy nhiên, bộ dịch vụ đó rất có khả năng phát triển trong tương lai, vì vậy ngay cả khi không có dịch vụ nào trong số đó có vẻ cần thiết vào lúc này, các dịch vụ bổ sung sẽ được lưu trữ ở đó trong tương lai (ví dụ như một cái búa khá lớn để vô hiệu hóa vshub.

Về mặt thời gian sử dụng, vshub và các quy trình máy chủ (ví dụ: Microsoft.VsHub.Server.Httphost (64) .exe) có thể duy trì hoạt động sau khi đóng devenv.exe. Tuy nhiên, họ không nên tiếp tục chạy vô thời hạn. Trong hầu hết các trường hợp, các quy trình này sẽ chấm dứt trong vòng ~ 5 phút kể từ lần cuối cùng của việc đóng vỏ dựa trên VS. Vì vậy, nếu bạn có một phiên bản VS đang chạy (devenv.exe) và một phiên bản của Blend đang chạy (Blend.exe) và bạn tắt devenv.exe, vshub và các quy trình máy chủ liên quan sẽ tiếp tục chạy. Nếu sau đó bạn tắt Blend.exe, vshub và quá trình máy chủ được liên kết sẽ vẫn chạy. Sau khoảng 5 phút kể từ đó, các quy trình bổ sung đó sẽ tắt. Nếu bạn bắt đầu một phiên bản khác của devenv.exe trong cửa sổ 5 phút đó, thì vshub và các quy trình máy chủ được liên kết sẽ không chấm dứt,

Thông minh về tài nguyên, bản thân quá trình vshub.exe phải luôn tương đối linh hoạt. Nếu nó trở nên lớn, thì đó là một lỗi và tôi rất muốn biết về nó để chúng tôi có thể sửa nó :-) Mặt khác, quá trình lưu trữ có thể rất lớn tùy thuộc vào dịch vụ được lưu trữ. Cụ thể, công cụ chẩn đoán hoạt động bằng cách xử lý ETL. ETL có thể rất, rất, lớn, và như vậy, máy chủ có thể sử dụng rất nhiều tài nguyên. Nhóm chẩn đoán đang xem xét các cách để giảm bớt điều đó, nhưng hiện tại, việc đóng cửa sổ công cụ chẩn đoán khi bạn không cần nó sẽ giúp giảm thiểu vấn đề.

Về kết nối trực tuyến, có ba nguồn chính trong bộ dịch vụ lưu trữ hiện tại vào lúc này (lưu ý, điều này sẽ thay đổi theo thời gian). Đầu tiên, như user345048 đề cập, dịch vụ phát hiện và tự động cập nhật các tiện ích mở rộng chạy trong quy trình đó. Các tùy chọn kiểm soát giao tiếp đó nằm trong Công cụ | Tùy chọn | Môi trường | Tiện ích mở rộng và cập nhật (xem hai hộp kiểm đầu tiên). Thứ hai, cài đặt chuyển vùng chạy như một dịch vụ trong VS Hub. Cài đặt kiểm soát hành vi này nằm trong Trợ giúp | Tùy chọn phản hồi của khách hàng | Cài đặt mục menu. Bạn cũng có thể đọc về loại từ xa mà Microsoft thu thập và cách sử dụng nó ở vị trí đó. Công cụ | Tùy chọn | Môi trường | Cài đặt được đồng bộ hóa (hoặc toàn diện hơn, nếu bạn không đăng nhập vào tài khoản cá nhân hóa ở góc trên bên phải của VS). Cuối cùng, VS Hub không báo cáo từ xa. Khối lượng của dữ liệu này có thể được giảm đáng kể thông qua

Một cái gì đó không ai đề cập ở trên ...

Theo nhật ký tường lửa của tôi, VsHub.exe, Microsoft.VsHub.Server.Httphost.exe và Microsoft.VsHub.Server.Httphostx64.exe đều cố gắng giao tiếp trực tuyến .

Các địa chỉ mà tôi đã thấy có các nỗ lực kết nối đi bao gồm 191.236.194.164 (Microsoft Azure, Wichita Kansas) và 23.102.160.172 (Microsoft Azure, Redmond Washington).

Tôi nhận ra phần mềm "hiện đại" được cho là tích hợp trên nền tảng đám mây, nhưng ...

Là một người không yêu cầu bất cứ điều gì từ các máy chủ Microsoft Azure và là người quan tâm chính đáng đến quyền riêng tư và không rò rỉ bất kỳ phần nào của những gì tôi đang làm việc với thế giới bên ngoài, tôi thực sự muốn A) chọn cách không chọn để chạy các chương trình này, hoặc B) được cung cấp các cài đặt để hạn chế độ chát trực tuyến của chúng. Vâng, tường lửa chặn các kết nối, nhưng đó là phương sách cuối cùng.

Chỉ cần một hộp kiểm đơn giản, "[] Liên hệ với Máy chủ Microsoft Azure" sẽ rất tuyệt. Cho dù điều đó có nghĩa là không chạy các chương trình trong câu hỏi hoặc chỉ có chúng không làm cho các kết nối trực tuyến không phải là hậu quả đối với tôi. Tôi đoán từ góc độ tài nguyên trước đây sẽ tốt hơn vì nó sẽ sử dụng ít tài nguyên hơn.

Theo quy định, tôi sẽ không đề xuất thay đổi các tệp trong bộ tệp của ứng dụng đã cài đặt, nhưng vì tôi có môi trường máy ảo trong đó tôi có thể kiểm tra các thay đổi đối với Visual Studio 2015 mà không có nhiều hậu quả (ảnh chụp rất tuyệt vời), tôi đã thử thay đổi các quyền (để loại bỏ tính kế thừa sau đó không cho phép Đọc và Thực thi cho Người dùng) trên ba tệp này.

Voila, không còn ứng dụng VsHub nào đang chạy, cố gắng liên hệ với các hệ thống từ xa.

Visual Studio xuất hiện ngay. Tôi không thấy nhược điểm ở đây.

-Không

Tôi đang sử dụng Windows 7 x64 với Visual Studio Express 2015. Tôi đã chấm dứt các quy trình gây phiền nhiễu với Trình quản lý tác vụ. Sau đó, tôi đã xóa thư mục C: \ Program Files (x86) \ Common Files \ microsoft shared \ VsHub . Hoạt động này giải quyết vấn đề, nhưng đòi hỏi quyền quản trị viên.

Như xakepp35 đã đề cập, bạn có thể xóa thư mục C: \ Program Files (x86) \ Common Files \ microsoft shared \ VsHub . Tuy nhiên, tôi nghi ngờ rằng các bản cập nhật hoặc trình cài đặt khác có thể sẽ cố gắng tạo lại nó.

Những gì tôi đã làm là tắt tất cả các quy trình VS. Hãy sở hữu thư mục (với tư cách là quản trị viên) và sau đó RAR (ZIP) lên thư mục và cuối cùng xóa nó (RAR làm bản sao lưu nếu tôi cần các tệp trở lại). Của tôi là trên một ổ SSD vì vậy tôi muốn tiết kiệm không gian. Nếu không, bạn có thể chỉ cần đổi tên nó và để nó tại chỗ.

Sau đó, để ngăn chặn nó được tạo lại, tôi đã sử dụng một thủ thuật Win 3.1 cũ. Tạo một tệp văn bản có tên VsHub.txt trong thư mục chia sẻ C: \ Program Files (x86) \ Common Files \ microsoft . Sau đó đổi tên tệp văn bản và tắt phần mở rộng .txt để lại tệp có tên VsHub . Vì HĐH không thể tạo một thư mục và một tệp cùng tên ở cùng một vị trí, nên nó không thể truy cập được như một thư mục đối với VS và các trình cài đặt / cập nhật trong tương lai và không thể truy cập của nó như một thư mục. Sau đó, nếu bạn cần cho phép truy cập lại trong tương lai, chỉ cần thêm lại .txt vào tệp và bạn đi.

Đây dường như là một con dao quân đội Thụy Sĩ truyền thông cho phòng thu trực quan theo câu trả lời của @ sraboy. Nó được sử dụng trong quá trình gỡ lỗi để hiển thị thông tin hiệu suất về quy trình đang chạy, nhưng cũng để gửi từ xa tới Microsoft về dự án bạn đang thực hiện. Bạn có thể xây dựng và bước qua mã tốt với nó bị vô hiệu hóa (thoạt nhìn).

Xóa, đổi tên hoặc chặn quá trình tạo vshub bằng AV sẽ phá vỡ dấu vết hiệu suất mà tôi đã đề cập. Mất vshub cải thiện sự riêng tư trong khi sử dụng Visual Studio khi nó giao tiếp với vortex.data.microsoft.com, truyền thông tin như GUID giải pháp & dự án cùng với id tài khoản của bạn. Dưới đây là một ảnh chụp màn hình từ fiddler chặn dữ liệu HTTPS.

Chặn truy cập ở cấp độ mạng giúp bảo mật, nhưng nó sẽ không giải quyết vấn đề sử dụng tài nguyên của bạn. Tôi sẽ coi cái sau là chi phí hoạt động bình thường của Visual Studio.

Đối với trường hợp sử dụng của bạn, có lẽ bạn có thể thoát khỏi một số hình thức vô hiệu hóa (chặn việc khởi tạo bằng phần mềm chống vi-rút của bạn có lẽ là cách tiếp cận sạch nhất), nhưng nó có thể hỗ trợ chức năng bổ sung mà tôi chưa tìm ra.

Đối với những người muốn bảo tồn VSHub mà vẫn có thể sử dụng Fiddler, bạn có thể thiết lập Bộ lọc trong Fiddler với cài đặt sau:

Request Headers > Hide if URL contains =
REGEX:localhost:\d+\/vshub\/

EDIT - bạn có thể muốn thêm điều này:

Hosts > Show only the following Hosts: =
localhost;

để bỏ qua vortex.data.microsoft.comvv .. yêu cầu

Theo một bình luận của Trình quản lý chương trình Microsoft trên Blog của Visual Studio, bình luận trên Blog của Visual Studio , nó được sử dụng để hỗ trợ giao tiếp đa công cụ trên bộ VS. Cho rằng Visual Studio phức tạp như thế nào, tôi sẽ không đề xuất bất cứ điều gì khắc nghiệt như câu trả lời của xakepp35 (xóa nó).

Trên Win10 x64 của tôi với VS2015 đang chạy, trong khi gỡ lỗi, có ba quy trình và tổng mức sử dụng RAM chưa đến 150 MB. Trừ khi bạn đang đập trang trên một máy có RAM tối thiểu mà không phải lo lắng nhiều. Cho rằng bạn đang chạy VS2015, tôi đoán bạn có 150 MB để dự phòng.

Cho đến khi hoặc trừ khi bạn tìm thấy tài liệu hiển thị rõ ràng những gì Hub đang hỗ trợ, tôi khuyên bạn nên để lại. Theo kinh nghiệm của tôi, cài đặt Visual Studio là quá dễ dàng để phá vỡ.

Một trong những lý do tại sao Visual Studio cố gắng kết nối trực tuyến cũng có vẻ như, theo mặc định, tìm kiếm trực tuyến các bản cập nhật cho cả Visual Studio và các tiện ích mở rộng của nó.

Ngoài ra, Visual Studio bao gồm một phiên bản Internet Explorer trong lõi của nó để trang web (và tiện ích mở rộng) có thể được tải xuống trực tiếp. Nói cách khác, nó cũng hoạt động như một trình duyệt và như tất cả chúng ta đều biết ... Microsoft khá quan tâm đến việc kiểm tra dữ liệu và việc sử dụng phần mềm của người dùng.

Có rất nhiều chức năng trực tuyến trong menu Công cụ → Tùy chọn . (Thành thật mà nói, tôi thích MonoDevelop ngay cả với những sai sót của nó.)

Nó cần thiết cho BrowserLink, cửa sổ Chẩn đoán, Intellitrace.

Đôi khi tôi cần những tính năng này, nhưng chỉ có 8 GB RAM. Tôi thường sử dụng 90-95% vì vậy tôi đã tạo một tệp bó để bật và tắt VSHub bằng cách đổi tên thư mục và tạo một liên kết tượng trưng đến một thư mục trống với các tệp giả.

Tắt Visual Studio trước khi chạy.

@echo off
goto CheckVsHubRunning

:KillVsHub
    echo Killing VsHub Process
    taskkill /IM VsHub.exe /T /F
    TIMEOUT /T 3 /NOBREAK
:CheckVsHubRunning
    ver > nul
    tasklist /FI "IMAGENAME eq VsHub.exe" | find /I /N "VsHub.exe"
    if "%ERRORLEVEL%"=="0" goto KillVsHub
    if "%ERRORLEVEL%"=="1" echo VsHub is not running.
    echo.

PUSHD "C:\Program Files (x86)\Common Files\microsoft shared"
    IF NOT EXIST "VsHub.original" (
        echo Renaming Original VsHub folder.
        RENAME "VsHub" "VsHub.original"
    )
    IF NOT EXIST "VsHub.dummy" (
        echo Creating Dummy Folder and Contents
        mkdir       "VsHub.dummy"
        copy NUL >  "VsHub.dummy\1.0.0.0"
        copy NUL >  "VsHub.dummy\ServiceModules"
        mkdir       "VsHub.dummy\dummy"
    )

    IF EXIST "VsHub\dummy" (
        echo ENABLING VsHub
        echo.
        rmdir       VsHub
        mklink /d   VsHub   VsHub.original

    ) ELSE (
        echo DISABLING VsHub
        echo.
        rmdir       VsHub
        mklink /d   VsHub   VsHub.dummy
    )
echo.
pause

Trên máy của tôi, VSHub và bạn thân của nó thường sử dụng:

• VsHub.exe: 50 MB ban đầu. 250-350 MB sau hơn 2 giờ
• Microsoft.VsHub.Server.Httphost.exe: 200 MB ban đầu. 350 + MB sau hơn 1 giờ
• Microsoft.VsHub.Server.Httphostx64.exe: 320 MB ban đầu. 550 + MB sau hơn 1 giờ

Điều này giải phóng hơn 1 GB RAM mà hầu như không mất chức năng nào.

"VsHub" nên được đổi tên thành "SmartMobileCloud"; đó là cách ngu ngốc. Tôi đã đổ nó; chỉnh sửa / gỡ lỗi VisualC của tôi không bị tổn hại.

Sau khi cài đặt VisualStudio, hãy xóa các tiện ích mở rộng chưa sử dụng, thực hiện sửa lỗi "C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ - Delatted - VsHub" ... và đặt tệp văn bản "VsHub" ở đó (không ".TXT" ), vì vậy không có gì có thể tạo lại thư mục.