Chạy hệ điều hành từ bộ nhớ


10

Giả định SSD rất dễ bị lỗi Làm thế nào kinh tế để tải một hệ điều hành vào bộ nhớ chính và chạy nó từ đó?

Tôi có thể nghĩ rằng tôi có thể giải quyết một vài nhược điểm rõ ràng (tôi đã sống sót trong giới hạn của máy ảo 20gig trong 2 năm qua), nhưng các yêu cầu, yêu cầu và chi phí để chạy Windows 7 hoặc Fedora mới nhất là gì Ubuntu phân phối nghiêm ngặt từ RAM.

Vì vậy, không có gì nhầm lẫn, tôi không nói chạy HĐH từ thẻ nhớ USB hoặc CD trực tiếp. Tôi đang nói, khởi động máy tính, chuyển toàn bộ HĐH vào bộ nhớ từ HD bên ngoài hoặc 'đám mây' hoặc thẻ nhớ lớn và chạy nó ở đó. Khi máy tắt, lưu trạng thái vào bộ nhớ ngoài.


Tôi yêu cầu xây dựng gì ở đây?
Peter Turner

Tôi đồng ý, Peter, tôi cũng đã phản ứng với "-1". +1.
TFM

Chỉ cần thông tin, đây chính xác là những gì FreeNAS 0.7 Embedded làm, để giảm thiểu việc ghi vào ổ flash của hệ điều hành.
sblair

Khởi động Knoppix với tùy chọn 'toram'; chờ cho nó sao chép đĩa CD vào bộ nhớ; ????; Profi-- Toàn bộ HĐH, ứng dụng, tệp, v.v. chạy từ bộ nhớ. Nhược điểm: cần thời gian để đọc 700MB từ ổ đĩa CD vào bộ nhớ.
Darth Android

Điều này dường như không an toàn hơn nhiều so với sử dụng SSD. Hầu hết các ổ SSD dường như rất ổn định và có tuổi thọ cao (với công nghệ phát triển nhanh ngày nay, bạn không muốn sử dụng một thứ như vậy lâu hơn 2 - 5 năm ...). Một vấn đề chẳng hạn với việc tải hệ thống vào RAM sẽ là mất điện đồng nghĩa với việc mất toàn bộ dữ liệu công việc của bạn.
Michael K

Câu trả lời:


8

Câu hỏi hay, nhưng tôi nghĩ bạn đang thiếu một cái gì đó - hầu hết hệ điều hành là đã được tải vào bộ nhớ của hệ thống khi khởi động. Mọi lập trình viên trên thế giới đều biết sự chậm chạp / tắc nghẽn trong máy tính (ổ đĩa, bất kể là loại nào, đối với bạn không phải là lập trình viên), vì vậy tất cả đều tải tối đa khả năng kinh tế vào RAM hệ thống.

Mặc dù chắc chắn có thể làm những gì bạn yêu cầu, nhưng thực sự không có lý do gì, vì bạn phải tải HĐH từ ổ lưu trữ khi khởi động, sau đó viết lại nó vào ổ trước khi tắt. Ngoài ra, một khi hệ điều hành đã được tải, không có nhiều thứ cần phải lấy từ ổ lưu trữ (ngoài các tác vụ và cập nhật hệ thống nhất định, v.v ...).

Bạn sẽ thấy hiệu suất tăng tốt hơn bằng cách sử dụng một Đĩa RAM như một khu vực lưu trữ tạm thời, hoặc thậm chí đặt toàn bộ các ứng dụng vào đĩa RAM và chạy chúng từ đó. Những gì tôi đang cố gắng là, đó không phải là hệ điều hành mà chúng tôi thực sự cần chạy từ phương tiện lưu trữ nhanh - đó là các ứng dụng mà bạn phải tải sau đó . Khi hầu hết các hệ điều hành được tải, không có nhiều quyền truy cập đĩa từ chính hệ điều hành, mà thay vào đó, các ứng dụng bạn sử dụng.


+1 để đề cập đến các ứng dụng. Nhiều lần hơn không, đó là những ứng dụng mà chúng ta sử dụng chậm chứ không phải HĐH. Và có rất ít, nếu có bất cứ điều gì, HĐH có thể làm để tăng tốc các ứng dụng. Trừ khi bạn biến Microsoft trở thành độc quyền. Mà tôi ủng hộ.
surfasb

Các ứng dụng thường thích tương tác với ổ đĩa hệ thống (tức là, c: ). Do đó nó hoàn toàn có ý nghĩa để có hệ điều hành trong RAM.
Dmitri Nesteruk

«Thực sự không có lý do gì, vì bạn phải tải HĐH từ ổ lưu trữ khi khởi động, sau đó ghi lại vào ổ đĩa trước khi tắt» Điều gì về khởi động mạng cho hình ảnh hệ điều hành nên được đặt lại trên mỗi lần khởi động?
Groosha

1

chỉ là một số ý tưởng. không thực sự được tổ chức tốt. nhưng hãy xem chúng ta có thể đi bao xa.

thừa nhận, với giá RAM hiện tại, nó trở thành một lựa chọn rất hấp dẫn đối với chúng tôi để chạy toàn bộ HĐH từ RAM và tải nó từ ổ cứng chỉ khi khởi động (và viết nó trong khi tắt kiểu cam kết nhật ký).

vấn đề là việc thực hiện điều đặc biệt này không hề đơn giản và với những người dùng ước tính sẽ làm điều đó, sẽ không có hiệu quả kinh tế cho các nhà sản xuất / phát triển phần mềm / hệ điều hành để làm điều đó.

tuy nhiên đối với linux nó có thể là một tùy chọn và người ta có thể cố gắng chỉ định lượng ram có sẵn và tạo một hệ điều hành phù hợp cho nó. ví dụ. Phiên bản ram 4gb / phiên bản ram 8gb / phiên bản ram 16gb, trong đó 2gb / 4gb / 12gb được sử dụng để tải các tệp từ đĩa cứng ... vv

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.