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
- 인터럽트
- 백엔드
- 개발남노씨
- 김영한
- 갤럭시 S24
- 반효경
- 운영체제와 정보기술의 원리
- BreadcrumbsComputer-Networking_A-Top-Down-Approach
- Extendable hashing
- 프로세스 주소 공간
- B tree 데이터삽입
- 코딩애플
- SQL
- 운영체제
- 데이터베이스
- SDK
- CPU 스케줄링
- concurrency control
- vite
- 온디바이스AI
- 쉬운코드
- Git
- 시스템프로그래밍
- 네트워크
- 커널 동기화
- recoverability
- 시그널 핸들러
- 코딩테스트 [ ALL IN ONE ]
- 쉬운 코드
- 트랜잭션
Archives
- Today
- Total
목록semaphore (1)
티끌모아 태산
Kernel Synchronization 커널 프로그래밍은 본질적으로 "공유 메모리 모델"을 사용합니다. '크리티컬 섹션'(또는 크리티컬 리전)이 존재합니다. 이는 완전히 그리고 "독점적으로" 실행되어야 하는 코드 섹션을 의미합니다. 즉, 여러 프로세스 혹은 스레드가 동시에 접근할 수 없는 영역입니다. '경쟁 상태'(race condition)는 피해야 합니다. 유니프로세서(단일 프로세서) 시대(예전) 비교적 단순했습니다. 동시 데이터 접근은 인터럽트가 발생했을 때만 가능했거나 커널 코드가 명시적으로 다른 작업을 재스케줄링했을 때만 일어났습니다. 멀티프로세서(SMP, Symmetric Multiprocessing) 지원(2.0~ 버전부터) 복잡합니다. 서로 다른 프로세서에서 실행되는 커널 코드가 정확히 ..
카테고리 없음
2023. 12. 25. 22:45