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 | 31 |
Tags
- adb connect
- animation
- 이미지 데이터 타입
- dvh
- Can't resolve
- github 100mb
- react-native-dotenv
- adb pair
- Failed to compiled
- npm package
- github lfs
- rolldown
- react-native
- camera permission
- nextjs
- Each child in a list should have a unique "key" prop.
- silent printing
- Git
- augmentedDevice
- Recoil
- custom printing
- github pdf
- electron-packager
- ELECTRON
- device in use
- 티스토리 성능
- camera access
- vercel git lfs
- ffi-napi
- html
Archives
- Today
- Total
목록2026/08/09 (1)
Bleeding edge
저장장치가 빨라질수록, 소프트웨어는 왜 더 영리해져야 할까
컴퓨터 성능 이야기를 하다 보면 저장장치는 보통 이렇게 구분한다.HDD는 느리고, SSD는 빠르고, NVMe는 더 빠르다.그래서 자연스럽게 HDD → SSD → NVMe를 단순한 속도 발전으로 생각하기 쉽다.하지만 실제로는 조금 다르다.세 저장장치는 단순히 속도만 다른 것이 아니라, 데이터를 읽고 쓰는 방식 자체가 다르다.그리고 이 차이를 알고 나면 Kafka 같은 고성능 시스템이 왜 지금과 같은 구조를 선택했는지도 꽤 재미있게 이해할 수 있다.HDD는 데이터를 읽기 위해 실제로 움직인다HDD는 우리가 생각하는 것보다 훨씬 기계적인 장치다.안에는 회전하는 원판인 Platter가 있고, 데이터를 읽고 쓰는 Head가 있다.어떤 데이터를 읽으려면 먼저 Head가 데이터가 있는 위치까지 이동해야 한다.그리고 ..
CS
2026. 8. 9. 23:08