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 | 29 | 30 |
Tags
- JPQL
- @Transactional
- JPA
- 서블릿 컨테이너
- redis
- CORS
- DLQ
- docker
- 컨테이너
- Spring
- Spring Data JPA
- DI
- 페이징
- Dead Letter Queue
- Routing Key
- docker compose
- 스프링 부트
- mybatis
- JWT
- MSA
- dockerhub
- AWS
- Spring Container
- Web
- @ComponentScan
- kafka
- 쿠버네티스
- 지연 로딩
- JdbcTemplate
- securitycontextholderfilter
Archives
- Today
- Total
목록atomic variable (1)
look-forest
이전 시간에, 공유 자원에 여러 프로세스가 동시에 access하는 상황인 race condition, 공유 자원에 접근하는 코드 영역인 critical section에 대해서 배웠고 이떄 data integrity가 깨지는 문제를 인지했다. 해결을 위해선 synchronization이 필요하다. 구체적으로 mutual exclusion, progress, bounded waiting을 충족해야 한다. 이 3가지를 충족해서 '이론적으로는' 좋은 해결책이 peterson's solution이다. 피터슨 이전의 단순한 해결책: lock(flag)만 사용 진입 후 잠금 → 잠금 직전에 타임아웃이 걸려 동시 진입 (mutual exclusion 위배) 잠금 후 진입 → 잠금 직후에 타임아웃이 걸려 둘 다 무한 루..
Computer Science/Operating System
2021. 6. 9. 16:33