일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- GCP
- GenericGBQException
- Counterfactual Explanations
- top_k
- session 유지
- subdag
- Airflow
- API
- BigQuery
- gather_nd
- 상관관계
- hadoop
- login crawling
- UDF
- tensorflow text
- 유튜브 API
- XAI
- API Gateway
- integrated gradient
- airflow subdag
- chatGPT
- spark udf
- requests
- grad-cam
- 공분산
- TensorFlow
- correlation
- Retry
- flask
- youtube data
- Today
- Total
데이터과학 삼학년
하드링크, 소프트링크, 특수 파일 본문
파일 관련 쉘 명령어 - 하드링크
-
cp : 파일 복사 -r recursibe, f는 덮어쓸지 말지 묻지말고 y로 처리
-
윈도우의 바로가기 아이콘 같은 것 → 하드 링크, 소프트 링크
-
ln link.txt hard.txt → link.txt와 hard.txt 는 동일한 것(마치 cp 와 비슷)
-
차이 : 파일명이 다른데 inode의 번호가 같음(원래는 파일별 inode번호가 다르지) → cp 는 inode번호가 다름..structure 자체가 다를 것(복사)
-
하드링크 vs 소프트 링크
-
하드 링크는 완전 동일한 파일 생성(inode는 같음)
-
원본 파일을 삭제해도 하드링크로 만든 파일로 접근 가능
-
하드링크 파일 데이터 수정하면 원본 파일로 수정됨
-
하드링크의 장점
-
공간을 효율적으로 활용할 수 있다 (copy에 비해)
-
copy는 10GB 짜리를 똑같이 10GB를 만들지만 하드링크는 내용부분만 새로 생겨서 10GB보다는 덜 차지하게 만들어짐
-
소프트 링크는 진짜 파일의 주소만 갖는 것
-
원본 파일이 삭제되면 소프트 링크로 파일 접근 불가
파일 관련 쉘 명령어 - 소프트 링크 및 특수 파일
-
소프트 링크는 원본파일과 inode 번호가 아예 다름 → 새로운 것
-
소프트 링크는 가리키는 파일이 표시됨
-
원본파일이 바뀌면 하드링크와 소프트링크 파일은 둘다 바뀜
-
원본파일이 삭제되면 하드링크 파일은 살아남지만 소프트 링크는 파일을 볼 수 없음
-
특수파일
-
디바이스를 가르키는 파일
-
블록 디바이스 (Block Device) → 저장매체
-
HDD,CD/DVD 같이 블록 또는 섹터등 정해진 단위로 데이터 전송, IO송수신 속도 높음
-
캐릭터 디바이스 (Character Device) → 입력매체
-
키보드,마우스 등 byte 단위 데이터 전송, IO송수신 속도 낮음
-
*추상화 인터페이스를 활용한 다양한 데이터/디바이스 접근
위 자료는 fastcampus 를 토대로 작성하였음을 밟힙니다.
'Computer Science > System Programming' 카테고리의 다른 글
시스템 콜, API (0) | 2020.01.18 |
---|---|
리눅스 파일 시스템 & 탐색 (0) | 2020.01.18 |
Foreground 와 background 프로세스, 프로세스 관리 및 제어 (0) | 2020.01.18 |
Shell 기초 - 리다이렉션과 파이프 (0) | 2020.01.18 |
Shell - bashshell 기초 (0) | 2020.01.17 |