Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- packet flow
- .nret core 배포
- cbpf
- Compiler
- architecture
- rfc5508
- 어셈블리어
- ncurses
- epoll
- .net core 7
- vtable
- mvwin
- C언어
- NAPT
- DOCKER-USER
- edge trigger
- REDIS
- wnourefresh
- wrefresh
- epoll_wait
- doupdate
- 풀이
- 취약점
- level trigger
- BOF
- Docker
- LOB
- packet filter
- iptables
- ioctl
Archives
- Today
- Total
목록eventloop (1)
Tuuna Computer Science
Redis EventLoop Architecture 개론 redis의 공식문서를 보면 자기네들은 자체적인 libev등을 사용하지 않고 자체적인 이벤트루프를 구현해서 쓴다고한다. 자체적인 이벤트루프란 무엇인가 어떻게 만들었을 까 궁금증이 생겨 소스코드를 다운받아 gdb의 콜스택추적 기능을 사용하여 분석을 시작하였다. 아래내용은 redis가 데이터를 어떻게 처리하느냐보다 redis는 어떤식으로 네트워킹 모델을 만들었는가 이벤트루프를 구성하였는가에 초점을 맞춘 분석글이다. 컴파일 소규모 소스코드의 경우 구조를 몇 번의 클릭만으로 파악할 수 있지만 redis의 경우 많은 소스코드 파일으 가지고 있어 분석에 어려움이 있다. 그렇기에 gdb의 backtrace 기능과 watch point를 사용해서 콜 스택을 추적..
redis
2023. 7. 11. 22:52