Có rủi ro nào liên quan đến IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP hoặc IMAGE_FILE_NET_RUN_FROM_SWAP không?

Question

Tôi đang nghĩ đến việc bao gồm các cờ PE IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP và IMAGE_FILE_NET_RUN_FROM_SWAP PE vào tệp thi hành của mình.

Ý tưởng là để ngăn chặn ngoại lệ không thường xuyên được nhìn thấy bởi khách hàng chạy thực thi từ mạng, ví dụ khi khối lượng mạng không kết nối lại sau khi ngủ. Cho đến nay, chúng tôi luôn khuyên khách hàng nên chạy tập tin thực thi từ khối lượng được kết nối cục bộ.

Tuy nhiên, tôi không biết đủ về bộ nhớ ảo, bộ tải, v.v. để biết những gì, nếu có, rủi ro có liên quan đến việc sử dụng các cờ PE này.

Ví dụ, nếu tôi làm điều này thì bộ nhớ vật lý của tôi sẽ được bộ nhớ thực thi nhiều hơn, đặc biệt nếu có nhiều phiên bản chạy thi hành cùng một lúc?

Tôi rất tiếc vì tôi không thể đưa ra nhiều ví dụ về rủi ro tiềm ẩn hơn, nhưng đó là bản chất của câu hỏi của tôi. Tôi có cảm giác rằng có thể có những nhược điểm để làm điều này nhưng chỉ đơn giản là không biết những gì những nhược điểm có thể được.

Answer 1

Trình tải PE hoạt động cùng nhau với trình quản lý bộ nhớ ảo. Nói một cách đơn giản, tệp thực thi của bạn không được tải quá nhiều theo yêu cầu. Và, tất nhiên, yêu cầu-paged out. Kể từ khi thực thi được khóa và không thay đổi, điều này hoạt động khá tốt. Không cần trao đổi; RAM chỉ chứa các phần MRU.

Cờ PE thay đổi điều này. Nếu các điều kiện được thỏa mãn, tệp thực thi không bị khóa và có thể thay đổi/biến mất. Điều này có nghĩa là VMM phải giữ tất cả các trang của nó trong RAM hoặc hoán đổi, ngay cả khi khởi động. Đó là rất nhiều việc sao chép và sử dụng RAM, nhưng kết quả là việc mất mạng không còn gây ra lỗi trang. Và khi RAM yếu, các trang không thể bị hủy bỏ nhưng phải được lưu để trao đổi.

Cụ thể, các cờ này hoạt động nếu và chỉ khi các điều kiện được thỏa mãn. IMAGE_FILE_NET_RUN_FROM_SWAP không ảnh hưởng đến các ứng dụng được chạy cục bộ. Vì vậy, khách hàng duy nhất trả giá bằng RAM/hoán đổi là những khách hàng chọn.