[크래프톤 정글 8기] 나만무 4 주차 회고

어느덧 나만무 4주가 지나갔다. 이제는 MVP 개발이 끝나고 Nice To Have 기능들을 구현하는 단계가 들어왔다. 4주 차의 회고를 시작하겠다.업적 기능우리 서비스는 1대1 코딩 배틀 게임이기 때문에 초창기 피드백에서 게임적 요소가 있어야 할 것 같다는 피드백을 받았던 적이 있었고 당시에는 일단 MVP 구현에 바빠서 게임적 요소를 뒤로 미뤄두었던 상황에서 이제 MVP 구현이 되었다고 판단이 되어 업적 기능을 구현하게 되었다. 스팀의 다양한 게임들과 온라인 게임에서 유저들의 지속적인 플레이와 수집욕구를 불러일으키는 것 중에 하나가 업적 시스템이라고 생각한다. 나만 해도 문명 6의 업적을 수백 개씩 획득하기도 하고 업적을 획득하기 위한 플레이를 하기도 하니 말이다. 그래서 업적 시스템을 도입하는 것을 ..

• format_list_bulleted 크래프톤 정글
• · 2025. 7. 18.
• textsms

[크래프톤 정글 8기] 나만무 2~3 주차 회고

1주 차 회고를 남기고 어느새 2주가 지났다. 2주 간 정말 바쁘게 지나갔다. 2주간 있었던 일들을 전부 담을 수는 없지만 몇 가지 생각나는 것을 기록한다.EC2 || ECS || EKSEC2?우리가 만든 서비스를 배포를 하기 위해 AWS 클라우드 상의 어떤 컴퓨팅 서비스를 사용해서 서버를 배포해야 할까를 많이 고민했다. 처음에는 테스트를 위해 EC2에 많이 올렸다. 초기 채점 서버는 EC2에 있었고 Bastion host 도 실행하고 Rabbit MQ도 별도의 EC2에 있었다. 거기에 우리 메인 서버도 EC2에 올리자니 수동 배포가 너무 걸렸다. 개발하기도 바쁜데 배포를 위해 SSH를 켜고 실행을 하자니 그건 아닌 것 같았다.EKS?EKS.. 쿠버네티스 나는 우리 서비스 (프로젝트 수준) 에서 쿠버네티..

• format_list_bulleted 크래프톤 정글
• · 2025. 7. 11.
• textsms

[크래프톤 정글 8기] 나만무(나만의 무기 갖기) 1주차 회고

크래프톤 정글에 입소한 지 어느덧 15주 차가 되었다. 블로그에 글을 쓰는 것은 2주 만인 것 같다. 그동안 많은 일이 있었다. 나만무 프로젝트를 시작하기에 앞서 팀 리더를 뽑고 팀원을 매칭하는 것 이 14주 차의 일이었다면 15주 차는 아이디어를 선정하고 기획을 하고 발표를 하는 등 프로젝트의 시작에 대한 것들을 수행하는 주였다.팀리더가 되다.팀의 리더가 되었다. 사실 엄청난 비전이 있어서 그런 것은 아니었다. 다만 내가 주도적으로 팀을 이끌고 목표를 달성하는 것이 내가 끌려서 목표를 달성하는 것보다는 의미 있다고 생각을 하기 때문이었다.한 주가 지나고 든 생각은 "팀리더? 해보지 뭐!" 이런 생각을 하던 나를 제발 누가 멈춰줬으면 좋았을 것 같다는 것이다. 너무 힘이 든다. 물론 함께 하는 팀원들과..

• format_list_bulleted 크래프톤 정글
• · 2025. 6. 26.
• textsms

[pintos] Week4~5: Virtual Memory - Part.9 Copy-On-Write

이 전 포스팅까지 VM 과제에서 구현하라고 과제로 준 기능들을 구현을 완료했다. 하지만 User Program처럼 ALL PASS를 받을 수는 없었다. VM에서 ALL PASS를 받기 위해서는 Extra 과제인 Copy-On-Write 기능을 구현해야 ALL PASS를 받을 수 있다. 지금부터 Copy-On-Write가 무엇인지 알아보고 구현해 보겠다.Copy-On-Write 란?우리가 이 전까지 구현한 fork 와 VM 기능들은 fork가 일어날 때 부모를 복사한다. user program까지에서는 부모의 FD 정도를 복사하는 느낌이었다. 하지만 VM에서는 부모의 페이지를 복사하면서 새로운 프레임에 할당을 했다. 이 말은 부모와 자식이 내용상 같은 페이지와 프레임을 생성한 것이고 물리 메모리에 같은 데..

• format_list_bulleted 크래프톤 정글
• · 2025. 6. 8.
• textsms

[pintos] Week4~5: Virtual Memory - Part.7 페이지 교체 및 구현 완료를 위한 수정

Swap In/Out을 구현했지만 페이지 교체 알고리즘을 구현해야 테스트를 통과할. 수 있다. 그리고 추가적인 조정을 통해 cow-simple 테스트를 제외한 모든 테스트를 통과할 수 있도록 구현할 예정이다.페이지 교체 알고리즘페이지 교체 알고리즘은 운영체제가 메모리가 부족할 때 어떤 페이지를 내보낼지 결정하는 방식이다. 즉 RAM에 올려둘 수 없는 페이지를 디스크(Swap)를 내보낼 때 어떤 것을 회생할지 선택하는 규칙이다.페이지 교체 알고리즘이 필요한 이유운영체제는 가상 메모리를 통해 실제 메모리 보다 많은 메모리를 제공하는 것처럼 동작한다.하지만 실제 물리 메모리(RAM)는 제한되어 있어, 더 이상 올릴 수 없는 경우 기존 페이지를 내보내야(Swap Out) 한다.이때 어떤 페이지를 내보낼지 결정하..

• format_list_bulleted 크래프톤 정글
• · 2025. 6. 7.
• textsms

[pintos] Week4~5: Virtual Memory - Part.6 Swap In/Out

이제 남은 구현은 Swap In/Out 이 남았다. 메모리 스와핑은 물리 메모리의 활용을 극대화하기 위한 메모리 회수기법이다. 메인 메모리의 프레임들이 모두 할당되면 시스템은 유저 프로그램이 요청하는 메모리 할당 요청을 더 이상 처리할 수 없다. 이에 대한 해결 방법은 현재 사용되지 않고 있는 메모리 프레임들을 디스크로 스왑 아웃 하는 것이다. 이는 일부 메모리 자원들을 해제시켜서 다른 애플리케이션들이 이 자원들을 사용할 수 있게 해 준다.메모리는 고갈되었는데 메모리 할당 요청을 받았다는 것을 운영체제가 감지하면 swap 디스크로 퇴서(evict)시킬 페이지를 골라낸다. 그리고 메모리 프레임의 상태를 동일하게 디스크에 복사해 둔다.(스왑 아웃), 프로세스가 스왑 아웃된 페이지에 접근하려고 할 때, 운영체..

• format_list_bulleted 크래프톤 정글
• · 2025. 6. 7.
• textsms