어짜피 64비트인거
플랫 메모리 매핑으로 OS 만들어도 될꺼 같은데
왜 아직 가상 메모리 쓰는거냐
이거때문에
TLB 플러싱도 많이 나고, page table translation overhead도 끼잖아
하드웨어 아키텍처 바꿔도 되지 않나?
어짜피 64비트인거
플랫 메모리 매핑으로 OS 만들어도 될꺼 같은데
왜 아직 가상 메모리 쓰는거냐
이거때문에
TLB 플러싱도 많이 나고, page table translation overhead도 끼잖아
하드웨어 아키텍처 바꿔도 되지 않나?
온더피씨~라서요 - dc App
살짝 110v를 아직 개선하지 못하는거랑 같은 이유라고 생각 - dc App
얘는 무슨 개소리를 지껄이는지
이미 가상메모리 기반으로 환경이 다 만들어져있는데 어떻게 하루아침에 바뀌냐는 개소리임 - dc App
최근 그카도 rtx도입하면서 욕 오질나게 먹은거 생각하묜.. - dc App
ray tracing? 왜?
이전 그카들은 호환이 안되니까 신포도다 왜만든거냐 반향이 엄청 셌었어요 ㄷㄷ - dc App
지금은 어떤지 잘 모르겠습니다 ㅋㅋ - dc App
땔깜들 쉬바..
VM이 있어야 여러 프로그램을 돌리지
없어도 돌리잖아
무슨 미친소리야 컴파일타임에 물리메모리 주소를 결정해야할텐데 그럼 켜놓을 프로그램 조합맞춰서 바이너리를 새로 컴파일 해야함? ㅋㅋ
거기다 보안상으로도 VM쓰는게 유리하고
컴구시간에 처잤노?
컴파일타임에 물리메모리 주소 결정하는게 뭐 어때서? 리얼타임 OS가 그렇게 도는데
그럼 모든 프로그램이 동일한 메모리를 보고 있다는건데 그게 얼마나 위험한 일인지 몰라서 그럼?
그러면 페이지테이블 구조를 고쳐서 다른 등록되지 않은 프로세스 아이디가 페이지테이블에 접근하면 익셉션 날리면 되잖아
하드웨어 아키텍처 바꾸면 충분히 가능한 일인데
그게 vm linear mapping인데;;;
va - 3G = pa 이런매핑 말고
각각의 프로그램이 모든 메모리를 혼자서 사용하고 있다고 가정하고 동작할 수 있도록 해주는 것이 VM이다. 이게 없이는 기기마다, 매 시시각각마다 메모리 상태가 바뀌는데 어떻게 개발을 한다는거야? 최소 어셈블러단계에서는 물리주소가 다 정해져야하는데
네 말대로 1:1 맵핑을 해서 모든 프로세스가 같은 메모리 영역을 볼 수 있게 하고 접근 가능 권한만 확인하게 한다고 하도 최소 프로세스의 권한 그룹 개수만큼의 권한 비트(flag)가 필요할텐데 이걸 구현하기도 복잡하고 할 이유도 없다. 간단하게 이미 해결된 문제를 괜히 꼬아서 복잡하고 과거 보다 더욱 퇴보되게 만드는 짓이지