알겠습니다. 이곳이 이 글을 게시하는 것이 올바른 장소인지 잘 모르겠습니다. 이는 '어떻게'에 대한 질문보다 '왜 안 됩니까'에 대한 질문에 가깝습니다(할 수 없거나 수행할 수 없다고 가정).
RAM을 별도의 프로세스 유형에 사용할 수 있는 2개(또는 그 이상) 블록으로 분할하는 것을 허용하지 않는 이유는 무엇입니까? 여기서 주된 동기는 RAM을 거의 100% 사용했기 때문이며, RAM이 디스크로 교체되는 동안 작동이 멈추는 현상이 발생합니다. 대부분의 경우 이는 일부 메모리 누수로 인해 발생하며 프로세스를 종료하고 다시 시작하면 해결됩니다. 이 작업은 몇 가지 명령으로 수행할 수 있지만 시스템이 '고정'될 때까지 기다려야 합니다. 분할된 RAM에 대한 개념이 있는 경우 우선 순위를 설정할 수 있습니다(예: system/util + 비시스템(시스템 RAM에 대한 오버플로 허용) 파티션). 그런 다음 '정지'(응용 프로그램 메모리 누수) 시 문제를 쉽게 해결할 수 있습니다.
메모리 아키텍처에 대한 나의 녹슬은 지식을 사용하면 하드웨어에서 많은 것을 변경할 필요가 없으며 대신 페이징/가상 메모리를 소프트웨어에서 확장하여 추가 플래그와 조정 관리자를 지원할 수 있습니다.
위의 내용에는 기술적으로든 실용적이지 않든 분명히 문제가 있습니다. 나는 왜 그렇지 않은지에 관심이 있습니다.