대담이의 블로그

안녕하세요! 대담이입니다.

날씨가 점점 따뜻해지는 요즘이네요. 따뜻한 봄날을 맞아 오랜만에 평일에 영화를 관람해보았습니다. 

힘든 헬요일을 극복하고자 월요일에 영화예매를 마치고, 무리해서 영화를 관람했고, 재밌는 시간을 보냈네요 😃

전날 토요일, 급하게 영화를 선정하였습니다. 현재 1위인 영화인 문폴을 선정했고, 예고편을 보지 않고 설정 자체가 재난영화로 보여 재밌게 볼수있겠단 생각으로 선택했습니다.

영화는 예상과는 많이 달랐습니다. 재난에 집중한 것이 아니라 원인을 파악하고 이 재난을 주인공 일행이 차근차근 해결해나가는 순서를 띠고 있었고, 이 과정에서 큰 비밀(!) 까지 밝혀지는, SF인줄 알고 시작했다가 판타지로 마무리되는 타입의 영화였습니다.

그러나 이런 개연성에도 보는 재미는 훌륭했습니다. 과학적으로 말이 안되는 그림이라고 들었지만, 중력에 의해 발생하는 장면들이 꽤나 흥미를 자아냈어요. 하지만 실제로도 이럴까 싶었던 내용이 과학적 원리에는 맞지 않는다는 사실이 아쉬웠지만, 그럼에도 재밌는 장면을 많이 볼 수 있었습니다.

그러나 스토리에서는 많이 아쉬웠습니다. 뜬금없는 전개, 억지 감동이 아쉬웠고, 재난 앞에서 진실은 오히려 감추는게 더 재난을 오롯이 받아들일 수 있지 않았을까 하는 아쉬움이 남습니다.

그럼에도 2시간을 재밌게 보냈습니다 :) 

보기에 재밌는 판타지영화! 스토리와 뼈대는 아쉬워도 눈은 즐겁다.

안녕하세요! 대담이입니다. 

오랜만에 인사드립니다. 이번에는 오랜만에 영화관에서 평일(!) 영화나들이를 다녀오며 언차티드를 관람하게 되었습니다. 게임 원작의 영화라 이전에 보았던 월드오브워크래프트(평은 안좋았지만 저는 재미있게 관람하였습니다) 가 생각나며 큰 기대를 가지고 보게 된 영화였습니다.

저에겐 톰 홀랜드 배우가 '스파이더맨' 역할을 맡지 않은 처음 작품이였습니다. 그래서 톰홀랜드의 연기도 정말 기대하며 관람하였습니다.

언차티드라는 게임을 플레이해본 적은 없지만, 영화를 보며 언차티드가 어드벤처 게임이 아닐까 하는 느낌과, 영화를 보면서 인디아나 존스가 생각나는 어드벤처물이라는 느낌이 강했습니다. 보물을 찾아 떠나며, 그안에서 배신과 협력이 겹치는 느낌이였습니다. 

영화가 진행될 때 각종 수수께끼를 푸는 듯한 느낌, 그리고 시원한 액션과 그림은 재밌었지만, 톰홀랜드는 스파이더맨이 언차티드에 출연하는 느낌, 스파이더맨의 강렬한 색채를 지우기에는 역부족이란 느낌이였고, 어디선가 몰입이 방해되는 느낌이 들어 다른 어드벤처 프랜차이즈 영화에 비해 몰입이 안되는 느낌을 받아 살짝 아쉬운 느낌을 지울 수 없었습니다.

그래도 오랜만에 2시간을 시원한 액션으로 보낼 수 있어 즐거운 시간이였습니다. 오늘도 한줄평으로 마무리하겠습니다.

그럼 즐거운 주말 되시길 바랍니다!

시원한 액션, 어드벤처의 정석! 그러나 무언지 모를 몰입감의 부재

안녕하세요, 대담이입니다!

오랜만에 MySQL 인터널에 대해 정리해보겠습니다. MySQL의 메모리 구조 중, Change buffer입니다. 먼저, 이에 대한 더 자세한 내용은 아래 문서를 통해 자세히 확인하실 수 있습니다.

체인지 버퍼 개요

체인지 버퍼는 세컨더리 인덱스 페이지들의 변화를 캐시하는 메모리 영역인데요 이는 해당 페이지들이 버퍼풀에 있지 않을 때 사용되고, 이는 만약 쿼리에서 DML을 수행한 경우, 세컨더리 인덱스의 변경을 저장하여 이를 향후 정기적으로 머지하고, 페이지가 버퍼풀로 읽기 작업에 의해 로드될 때 머지됩니다.

즉, 세컨더리 인덱스와 관련된 데이터페이지가 버퍼풀에 없을 경우에는 변화는 체인지 버퍼에만 저장되고, 만약 해당 인덱스 페이지가 체인지 버퍼에 있을 때, 페이지에 있는 데이터가 체인지버퍼로부터 버퍼 풀로 적용(머지) 됩니다. 

그리고 퍼지 작업을 통하여 세컨더리인덱스의 변화가 디스크로 적혀집니다. 이는 보통 idle, slow shultdown 등의 작업에 일어납니다. 이로 인하여 디스크 IO를 효율적으로 가져갈 수 있는 것이죠.

이 체인지 버퍼는 유니크 키에서는 사용되지 않으며, 몇가지 변수를 통하여 설정 가능합니다.

관련 변수값 설정

innodb_change_buffer 변수의 값은 아래와 같습니다.

• all : 기본값으로, 버퍼 insert, delete-marking, purge 작업을 모두 수행합니다.
• none : 체인지 버퍼작업을 진행하지 않습니다.
• inserts : 인서트 작업을 버퍼합니다.
• deletes : delete-marking 작업을 버퍼합니다.
• changes : insert, delete-marking 작업을 버퍼합니다.
• purges : 백그라운드에서 진행되는 물리 삭제 작업을 버퍼합니다.

이에 대한 버퍼값을 innodb_change_buffer_max_size 변수를 통하여 최댓값을 정할 수 있으며, 기본값을 25퍼센트이고 최대 50%까지 설정하실 수 있습니다. 이는 높은 DML 오퍼레이션 작업에서 해당 값을 높이기를 고려하실 수 있습니다. 이와 반대로 정적으로 데이터를 사용하거나, 체인지 버퍼가 메모리 영역을 너무많이 사용하는 경우 줄일 수있습니다.

체인지 버퍼 모니터링

체인지 버퍼는 SHOW ENGINE INNODB STATUS 명령의 출력밧을 통하여 모니터링할 수 있으며, INSERT BUFFER AND ADAPTIVE HASH INDEX 섹션을 통해 확인하실 수 있습니다. 또한 아래 명령을 통해서도 관련 지표를 모니터링하실 수 있습니다.

mysql> SELECT NAME, COMMENT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME LIKE '%ibuf%'\G

-출처  Change buffer : https://dev.mysql.com/doc/refman/5.7/en/innodb-change-buffer.html

이상 MySQL의 Change buffer의 아키텍쳐를 안내드렸으며, 퍼포먼스 이슈시 만약 워크로드 및 지표에서 해당 메모리 지표의 변경이 필요한 경우, 이 내용을 통하여 변경 및 fine tuning을 고려하시길 추천드려요

이상, 대담이였습니다 :)