Notice
Recent Posts
Recent Comments
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
Tags
- 스레드
- 페이지 대치
- ALU
- PYTHON
- 페이지 부재율
- fork()
- 백준
- redis
- 단편화
- 부동소수점
- 가상 메모리
- Algorithm
- local cache
- 컴퓨터구조
- mutex
- 세마포어
- 운영체제
- BOJ
- 프로세스
- 기아 상태
- 교착상태
- 알고리즘
- gc
- mips
- concurrency
- 우선순위
- garbage collection
- 스케줄링
- 인터럽트
- 페이징
Archives
- Today
- Total
목록caching (1)
봉황대 in CS

현재 진행하고 있는 프로젝트에서 이벤트 조회 기능을 구현하며, 이 기능에 부하를 주었을 때 어떤 문제가 발생하는지를 확인하고 여러 가지 기법들을 적용해 보며 해결하게 되었다. 이 과정을 통해서 배웠던 것들을 여기에 정리하고자 한다. 상황 설명각 이벤트에는 이벤트의 시작 시각(beginTime)과 종료 시각(endTime)이 저장된다.@Getter@Entity@Table(name = "events")@NoArgsConstructor(access = AccessLevel.PROTECTED)public class Event extends BaseEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; ..
Server
2025. 2. 18. 22:24