제목 : - 640 KB 를 넘자. 안녕하세요 허르미입니다. 오늘부터 수회에 걸쳐서 Virtual Memory System 에 대해서 알아보도록 하겠읍니다. Virtual Memory System 이란 것은 가상기억체제,즉 한정된 Memory Space 에 그치지 않고 '기억장소' 라는 개념을 사용가능 한 자원 전체에 확장함으로써 보다 데이터 관리등을 유연하게 하 기 위한 것입니다. PC 에서 대표적으로 이용가능한 자원은 Expanded Memory,Extended Memory,Xms,Hard Disk,Conventional Memory 등이 있읍니다. 우리가 보통 이용하는 부분은 Conventional Memory 뿐이죠. 이것은 640 KB 의 제한을 벗어날 수 없으므로 큰 데이터를 다루어야만 하는 프로그램에는 문제가 생길 수 밖에 없겠죠. 예를 들어보면 Word Processor 가 있읍니 다. Word Processor 는 최근들어 그 덩치가 무척 거대해졌읍니 다. Word Perfect 을 예로 들더라도 데이터 영역은 EMS 를 사용 함으로써 전체 편집가능 문서량을 늘리고 있다고 합니다. 물론 EMS 가 없는 컴퓨터에는 쓸모가 없읍니다. 그러나 EMS 가 없으면 HardDisk 에라도 Swapping 해 줄 필요가 생길때가 있읍니다. 이 러한 처리들을 간편히 수행하기 위해서 Virtual Library 를 구상 하게 되었읍니다. 허르미 Virtual Library v1.0 에서는 Expanded Memory,Hard Disk,Conventional Memory 를 지원합니다. EMS 가 있을 경우에는 Conventional Memory 는 128 KB 한도내에서만 사 용하고 그 이상은 EMS,HardDisk 순으로 사용하게 됩니다. EMS 가 없으면 Conventional Memory 를 256 KB 까지 사용하고 곧바로 HardDisk 를 사용하게 되죠. 제가 이 라이브러리를 사용해서 물 보라 Hangul Reader v1.0 을 만들어 보았읍니다. 허르미 한글 라 이브러리 1.5 와 함께 사용해서 만든 것인데 EMS 2 MB 의 제 컴 퓨터에서 800 KB 의 문서를 EMS 에 모두 읽어들이고 내부에서 자 유롭게 페이징하는데 성공했읍니다. 프로그램의 내부구조상 최대 32 M 까지의 버퍼만을 관리할 수 있지만 확장은 별로 어려운 일 이 아닙니다. 또한 EMS 가 없거나 부족한 경우 가능한 만큼만 올 려놓고 나머지는 HardDisk 로 Swapping 하게 되므로 사실상 메모 리 문제는 어느정도 해결할 수 있게 된 셈입니다. 아직 기능상의 문제점은 많이 있지만 (특히 EMM) 어느정도 안정적으로 동작하는 단계에 이르렀기에 공개하고자 합니다. 이 라이브러리는 허르미 한글 라이브러리 2.0 의 메모리 관리 모듈로 들어갈 예정입니다. Screen Save 등 큰 데이터를 다룰때 유용하게 쓰이리라 생각하고 있읍니다. 일단 소개하는 입장에서 헤더화일을 보겠읍니다. /*========================================*/ /* */ /* THIS IS C Total Library */ /* */ /* Virtual Memory System */ /* */ /* "Sub Header.." */ /* */ /* made by Han Woo-jin.KIT e900519 */ /* */ /* KETEL ID : hwjketel */ /* TEL : (02) 488-1558,house */ /* (042) 820-4231,KIT. */ /* */ /*========================================*/ typedef unsigned char byte; typedef struct vmem { int logichandle; int type; } VMEM; typedef struct phy { unsigned int segment; unsigned int pnum; } PHYSICAL_PAGE; #define CON 1 #define EMM 2 #define HARD 3 extern byte *vgbuff; /* virtual global buff */ extern unsigned vgseg; /* buff segment */ extern unsigned vgoff; /* buff offset */ extern int emmflag; extern int hardflag; extern unsigned long hardsize; extern unsigned long consize; extern unsigned ftbuff; /* expanded segment */ /* prototype */ VMEM *hgVMallocCON(unsigned size); void hgVFreeCON(VMEM **p); void hgVSetBuffCON(VMEM *p); void hgVSaveBuffCON(VMEM *p); VMEM *hgVMallocHARD(unsigned size); void hgVFreeHARD(VMEM **p); void hgVSetBuffHARD(VMEM *p); void hgVSaveBuffHARD(VMEM *p); VMEM *hgVMallocEMM(unsigned size); void hgVFreeEMM(VMEM **p); void hgVSetBuffEMM(VMEM *p); void hgVSaveBuffEMM(VMEM *p); /* automatic function */ VMEM *hgVMalloc(unsigned size); void hgVFree(VMEM **p); void hgVSetBuff(VMEM *p); void hgVSaveBuff(VMEM *p); /* initial & end function */ void hgVMEMInit(); void hgVMEMEnd(); /* special function */ unsigned long hgVGetFreeHARD(); unsigned long hgVGetFreeCON(); void hgSetEMMOff(); void hgSetEMMOn(); void hgSetHARDOff(); void hgSetHARDOn(); void hgSetCONLimit(unsigned long limit); /* emm function */ char hgEMM_IsInstalled(); char hgEMM_IsEnoughPages(int pages); int hgEMM_GetFreePages(); int hgEMM_GetTotalPages(); char hgEMM_AllocatePages(int pages,unsigned int *emm_handle); char hgEMM_MapPages(unsigned int handle,int ppage,int lpage); char hgEMM_GetAddress(char **pf_ptr); char hgEMM_FreeHandle(unsigned int emm_handle); char hgEMM_GetVersion(char *s); int hgEMM_GetHandleCount(); int hgEMM_GetHandlePages(unsigned int handle); int hgEMM_GetPhysicalNumber(); int hgEMM_GetPhysicalTable(PHYSICAL_PAGE *p); 여러가지 함수들이 나와있는데 제일 처음에 CON,HARD,EMM 이 정 의되어 있는 것을 볼 수 있읍니다. CON 은 Conventional Memory 관리 루틴이며 HARD 는 HardDisk 관리루틴,EMM 은 Expanded Memory 관리 루틴입니다. 각 종류마다 VMalloc,VFree,VSetBuff, VSaveBuff 함수가 있음을 알 수 있읍니다. 또한 우선순위를 두어 자동으로 필요한 메모리를 할당해 주는 AutoMatic Function 도 제공되고 있읍니다. 필요하면 특정 메모리만을 확보하도록 할 수 도 있읍니다. 또한 확장메모리 매니저를 관리하기 위한 주요 루 틴들을 내부에 포함하고 있읍니다. 이부분은 hgEMM~ 으로 시작되 는 함수들인데 이 함수는 '확장메모리 사용법' 이라는 책을 참고 하였읍니다. 제가 Virtual System 을 관리하는 데 사용한 방법은 Global Buffer 에 의한 방법입니다. 즉 사용자는 hgVMalloc 함수로 VMEM 형의 포인터를 얻을 수 있읍니다. 이 포인터는 내부적으로 정의 된 LogicHandle 과 Device Type 을 가지고 있읍니다. 이제 사용 자는 vgbuff 라는 64 KB 의 버퍼를 이용할 수 있게 됩니다. 이 버퍼를 사용하다가 이 버퍼의 내용을 Virtual Memory 중의 적당 한 위치로 Swapping Out 하기 위해서 hgVSaveBuff 함수를 사용합 니다. 또한 이렇게 Swapping Out 된 버퍼의 내용을 다시 vgbuff 에 가져오기 위해서 hgVSetBuff 함수를 사용하게 됩니다. 이 함 수들은 Conventional,Expanded,HardDisk 의 상태를 적당히 판단 하여 적당한 위치에 데이터를 쓰고/읽을 수 있도록 해줍니다. vgbuff 는 일종의 버퍼라고 보시면 됩니다. 일반적으로 EMM,특히 HardDisk 를 억세스하는 것은 Conventional 보다 느리므로 vgbuff 라는 64 KB 짜리 버퍼는 중간에서 억세스 횟수를 줄이는 역할을 합니다. 아래 예를 들어보겠읍니다. 예1) 기존의 함수인 malloc 으로 64 KB 를 0xff 로 채우는 예 char *buff; unsigned i; buff=(char *)malloc((size_t)0xffff); for (i=0;i<0xffff;i++) buff[i]=0xff; 예2) hgVMalloc 의 사용예 VMEM *p; unsigned i; p=(VMEM *)hgVMalloc((unsigned)0xffff); for (i=0;i<0xffff;i++) vgbuff[i]=0xff; <- global buffer 직접 이용 hgVSaveBuff(p); 물론 아래의 예가 몇가지 군살이 더 붙었읍니다만 거의 비슷한 메모리 사용법으로 32 M 에 해당하는 방대한 영역을 사용할 수 있다는 장점이 있읍니다. 보통 프로그램의 Code 는 Conventional 에 올려놓게 됩니다. 따라서 많은 데이터를 Conventional 에 확 보하는 것은 사실상 무리입니다. Virtual Library 를 사용한다면 VMEM * 형의 포인터하나만을 가지고 각종 자원을 최대로 활용할 수 있을 뿐 아니라 다른 자원의 추가도 간단하므로 메모리 관리 를 훨씬 편리하게 할 수 있을 것입니다. 요즘은 Disk-Based 된 프로그램들을 많이 봅니다. Disk-Based Hangul Editor 등 하드디 스크상에서 작업을 할 수 있게 해서 작업영역을 넓힐 수 있도록 하는 프로그램이 많습니다. 그러나 EMM 등 확장 메모리를 충분히 지원하지는 못하는 것 같습니다. Disk-Based 는 위 Virtual Library 에서 EMM 이 없거나 OFF 된 상태(OFF 함수가 있음) 와 같습니다. 즉 HardDisk Swapping 만을 이용하는 것이죠. 있는 자 원은 최대로 활용해야 합니다. Hard Disk 는 Virtual Library 에 서 우선순위가 가장 낮습니다. 그 느린 속도때문이죠. 하지만 EMM 은 Conventional 보다는 느려도 HardDisk 보다는 월등하게 빠릅니다. 요즈음은 특히나 램을 4 메가 이상 장착한 386 기종이 많아지고 있읍니다. emm386.exe 를 이용해서 Expanded Memory 를 적당히 가지고 있는 PC 라면 EMM 을 충분히 이용해야 합니다. 그 럼 다음강좌부터 실제로 보여지는 Virtual Library 의 설계를 기 대해주세요. 참. Mulbora Hangul Reader v1.0 (hr.exe) 는 곧 자 료실에 업로드 될 것입니다. Herc/VGA 공용입니다. 그럼.허르미.