1	비공개 손님 … 2014-12-24 17:37:46
	문제를 알고 계시니깐, 답도 금방 나오겠네요. 사용량 많을것으로 예상되면 후자, 아니면 전자. 절충형이라면 daemon 에서 전부 들고있는게 아니라 자체 캐쉬정책을 가지고 일정량만 메모리에서 캐쉬한다던지.. 하는 방법도 있을거구요 근데 왜 굳이 db 엔진 안쓰고 직접 하시려는지가 궁금하네효

2	비공개 손님 … 2014-12-24 17:45:11
	과젠가?

3	비공개 손님 … 2014-12-24 18:07:31
	1,2 // 음, 과제는 아니고 그냥 취미로 코딩하는 겁니다. 토익 영단어 퀴즈 프로그램 함 만들어 보는 거고요. 질문한 내용은 코딩하다 그냥 떠오른 의문이고, 실무적으로는 이런 문제를 어떻게 해결하는지 알고 싶었습니다. 게시판에 코드멍키님 답변들 읽으면서 배우는게 많은거 같습니다. 감사합니다. ^^

4	비공개 손님 … 2014-12-24 18:12:18
	보통 실무라면 절충형을 많이합니다 캐쉬알고리즘은 젤 만만한 LRU로 OOM대책시 eviction 혹은 Burstly request 시의 pool increment 정책은 보통 2배수로 늘이거나 줄이는 정도로요

5	비공개 손님 … 2014-12-24 18:15:03
	LRU일고리즘자체도 데이터 억세스시마다 Linked list를 normalise 할건지 아니면 eviction/reduction 시에 할건지 등등 니즈에 따라 생각해 볼게 제법 됨.

6	비공개 손님 … 2014-12-24 18:17:02
	1// 아, DB엔진 안쓰는 이유는, 쓸줄 몰라서.....랄까요? 뭐, 제 전공이 컴공이 아닌지라 관련내용을 야매로 알고 있어서요. 지금 열혈강의 자료구조라는 책을 읽고 있긴 있는데, 파일 구조에 대한 설명이 없는 듯 하네요. ㅡ.ㅡ ;

7	비공개 손님 … 2014-12-24 18:26:11
	그정도 수준이시면 그냥 파일시스템에서 매번 읽는형태로 먼저 구현해 보세요.

8	비공개 손님 … 2014-12-24 18:29:19
	Version 2에서 종이사전의 색인기능을 프로그램으로 구현해보고 Version 3에서 메모리 캐시를 위한 인프라 구현 (Hash table, Linked list 등) Version 4에서 Version 3에서 만든 자료구조로 캐시를 사용해서 Version 1대비 성능향상 비교 자료를 만들 수준이면 그냥 취직되실듯

9	비공개 손님 … 2014-12-24 18:48:10
	1번 방식은 답이 없구요. 굳이 프로세스 2개 만들 필요 있나요?? 만들 필요가 있다고 생각하시면 fork해서 pipe로 주고 받으세요. 흠.. 생각해보니까 비슷한 방식의 구조인 application을 본 기억이 나네요. dns proxy라고 DNS 서버를 중계해주는 application이었는데 DNS query들이 cache 에서 찾고 없으면 DNS 서버로부터 값을 읽어서 cache를 파일로 써놓는게 있었습니다. sourceforge에서 dproxy 검색해서 살표보는것도 나쁘지 않을거 같다고 생각하는데 아무래도 이거 파악하는데 시간이 너무 오래 걸리니 비 추천

10	비공개 손님 … 2014-12-24 18:51:12
	사전처럼 db양이 상당하다면 이걸 일일이 for문으로 찾는 것을 가정하면 색인 시간이 매우 클 수 있음에 주의바랍니다. 코드멍키님처럼 db를 hash table로 관리하는게 제일 좋을듯 합니다. 기본 코드 만들어 놓으면 두구두구 사용할 수 있으니(저도 2년전인가 만들어 놓은거 있습니다.)

11	비공개 손님 … 2014-12-24 20:58:31
	묻는사람 레벨과 답해주는사람들 레벨에서 엄청난 괴리를 느끼는데...

12	비공개 손님 … 2014-12-24 22:12:33
	난 최대한 쉽게쓴다고 쓴게 답 7,8인데..

13	비공개 손님 … 2014-12-25 07:44:17
	ㅋㅋㅋ 코드멍키님,젭라고정님 감사합니다. 우선 코드멍키님 알려주신 커리컬럼(?)대로 해봐야겠네요. ^^ 박카스-디// 제가 초보는 맞는데 답변들의 내용을 대충 이해하고는 있어요.ㅎㅎ