Linux 용 / usr 및 / tmp 디렉토리에서 철자가 모음이없는 이유는 무엇입니까?

34

나는 종종 이것에 대해 생각하기 시작했지만 좋은 대답을 찾지 못했습니다. 왜이 두 유닉스 디렉토리는 아니다 /user및 /temp대신?

아래의 다른 모든 디렉토리는 root정확히 하나의 것으로 생각되는 것처럼 보이지만이 두 가지가 이상하게 보입니다 . 항상 user및 로 추측했습니다 temp.

철자에 대한 역사적인 이유가 있습니까?

history terminology directory-structure

— 레이저
소스

2

유닉스에서 이월되었다는 말이 있습니다. 그 가정에 따르면, 대부분의 잘린 부분은 눈에 잘 띄는 음절에 기초하고 있다고 생각합니다.

— Ken

17

일단 켄 톰슨은 유닉스를 재 설계 할 때 다른 일을 할 것인지 물었고 ""

— 창조자

3

"루트 아래에있는 다른 모든 디렉토리는 정확하게 추측 할 수있는 것 같습니다."-> 그것은 사실이 아닙니다. 를 제외하고 boot, home, media및 root다른 모든이 단축된다. mnt또한 모음이 없습니다.

— phunehehe

7

나는 ... '유'모음이라고 생각

— 씨 Shickadance에게

1

@씨. Shickadance : 그렇습니다.

— 0xC0000022L

49

네 이유가있었습니다. 그들은 사용자와 임시 발음입니다. passwd는 resolv.conf와 유사합니다. 유닉스는 전문가 친화적이고 사용자 적대적 운영 체제입니다.

나는 300 대의 Baud 모뎀이 표준 일 때 학생이었습니다. 나는 내가 일하고 있던 Control Data의 Silent 700 터미널을 가지고 있었기 때문에 동료 학생들의 부러움이었습니다. 각 문자를 입력하고 에코 될 때까지 지연되는 것을 볼 수 있습니다. 계산 된 모든 캐릭터; 나는 또한 그것이 leet talk의 시작을 조장하는 것으로 본다.

vi의 hjkl에는 거의 알려지지 않은 역사가 있습니다. vi는 Bill Joy가 같은 해 UCB의 대학원생이되었을 때 개발했습니다. Cory Hall의 ADM 3a 터미널에는 해당 문자 위에 화살표 키가 있습니다.

— 톰 머피
소스

22

나는 그것이 디자인 되었을 때 "전문가 친화적이고 사용자 적대적"이라는 아이디어가 목표의 일부 라고 생각하지 않습니다 . 오히려 모든 사용자 가 전문가 였으므로 의미있는 차이가 없었습니다.

— mattdm

7

LOL "전문가 친화적, 사용자 적대감". 그것은 내 하루를 만들었다. +1!

— 니코

5

작은 메모 (어떤 방법으로도 수정하지 않음). 때때로 "user"로 발음되지만 / usr은 "universal system resource"또는 "unix system resource"를 나타냅니다.

— 어쨌든

20

/ usr이 만들어 졌을 당시의 의미는 사용자와 홈 디렉토리가있었습니다. 유닉스 / 유니버설 시스템 자원은 실제로는 두문자어이다.

— jlliagre

2

유닉스가 나왔을 때 300bps는 무성했습니다 . 번거롭고 느린 전자 기계식 텔레 타피 라이터 (종종 Teletype® ASR-33)가 처리하는 75bps 링크가 있습니다.

— Alexios

20

그들은 유닉스에서 인수되었습니다. 메모리 및 디스크 공간이 부족합니다. 모음과 기타 약어 몇 개를 해킹하면 상당한 비용을 절감 할 수 있습니다. 몇 개의 디스크 블록 또는 몇 바이트는 프로그램을 실행할 수 있는지의 차이를 의미 할 수 있습니다. (프로그램을 실행하기 전에 24 바이트로 프로그램을 다듬어야했습니다.)

또한 Tom은 터미널 속도가 느리다고 지적했습니다. 1200 보드는 고속으로 도입되었습니다. 나는 절반 속도 텔레타이프 (55 보드 또는 5 cps)를 콘솔로 사용하는 하나의 시스템으로 작업했습니다.

그래픽 인터페이스를 실행하는 시스템에서는 일반적으로 일반 사용자가 관심을 갖지 않는 한 중요하지 않습니다. 디렉토리는 일반적으로 hier매뉴얼 페이지 에 잘 설명되어 있습니다.

더 긴 이름으로 바꾸면 기존 프로그램에 많은 문제가 발생합니다. 또한 스크립트 이식성을 제한합니다. 여러 이름을 같은 디렉토리에 연결하면 도움이되는 것보다 더 혼란 스러울 수 있습니다.

편집 : Unix가 개발 된 PDP-7의 기본 구성은 4KW의 메모리와 최대 32KW입니다. 너비가 18 비트 인 단어 입력은 텔레타이프 였으므로 속도는 110 보오 또는 10cps 일 가능성이 높으며 약 100 단어로 말보다 상당히 느립니다.

— BillThor
소스

8

나는 mmory nd dsk spc를 사지 않지만 느린 tltyps를 구입합니다. cn dcphr th cronyms-왜 안되죠?

— 사용자가 알 수 없음

@user unknown : 그러면 젊고 메모리 나 디스크 공간에 대해 걱정할 필요가 없습니다. 내 첫 컴퓨터 는 이제 30 살입니다. 스펙에 감탄합니다.

1

파일 시스템을 깊이 쓰거나 검사 한 적이 없지만 파일 시스템의 파일 / 디렉토리 이름이 1 문자에 따라 어느 정도의 공간을 차지합니까? 파일 자체는 항상 크기가 여러 개인-오늘날 4k를 차지합니다. 따라서 / usr 또는 / tmp에 대한 경로를 포함하는 대부분의 파일은 단일 파일에 따라 더 작거나 커지지 않습니다 e. 글쎄-때로는 그렇습니다. 그러면 전체 블록 크기로 자랍니다. 그리고 RAM에서? 모르겠어요

— 사용자가 알 수 없음

1

타이핑하는 것이 더 짜증 났을 것입니다. "임시 대 tmp"ugh ... 왜 더 이상 그들을 원할까요?

— xenoterracide

4

최신 Unix 디렉토리에는 가변 길이 항목이 있습니다. Research Unix로 돌아가서 디렉토리 항목은 16 바이트로 고정되었습니다. 파일 이름은 14, inode 번호는 2입니다. 그리고 / usr 등이 정규화 될 때 더 작을 수 있습니다.

— geekosaur

5

/user아직 아무도 댓글을 달지 않은 것에 놀랐습니다 . 이것은 "사용자"가 아니기 때문에 "범용 시스템 리소스"입니다.

에 관해서는 /tmp간단히 입력하기가 더 짧고 쉽습니다. C 프로그래머는 가능한 한 짧은 이름을 사용하는 습관을 가지고 있습니다. 프로그램에서 여러 번 입력하기 때문입니다. 같은 이유로 "temp"가 아닌 "tmp"라는 임시 변수를 사용하는 것이 매우 일반적입니다. "index"또는 "counter"대신 for 루프의 인덱스에 "i"i를 사용합니다.

— 숀 제이 고프
소스

22

/ usr이 만들어 졌을 당시의 의미는 사용자와 홈 디렉토리가있었습니다. 유닉스 / 유니버설 시스템 자원은 실제로는 두문자어이다.

— jlliagre

3

@jlliagre 굉장합니다. 실제로 권위있는 출처가있는 다른 스레드를 찾았습니다. us.generation-nt.com/answer/…

— Shawn J. Goff

2

대부분의 초기 C 프로그래머는 처음 FORTRAN 프로그래머였습니다. Fortran IV에서 정수를 입력하는 방식은 'i'에서 'n'까지의 문자로 식별자를 시작하는 것이었고 그 밖의 모든 것은 REAL 숫자였습니다. 따라서 루프 인덱스는 일반적으로 i, j 또는 k입니다. 그것은 우리의 과학 프로그래머들이 엉망으로 만든 매트릭스에 충분했습니다.

— Tom Murphy

@TomMurphy에서 C로 시작한 대부분의 사람들은 아마도 어셈블리 언어 프로그래머이거나 BCPL 또는 B 사용자 일 것입니다. RATFOR 는 적절한 언어를 가지고 있지 않은 가난한 영혼을 위해 발명되었습니다. 그리고 Kernighan과 Plaugher 저서 "소프트웨어 도구"는 RATFOR로 작성되었습니다 (그리고 완전한 전처리기를 나열합니다). 여전히 읽을 가치가 있습니다.

— vonbrand

1

/usr"범용 시스템 리소스"가 아니라 실제로 사용자 였습니다. 참조 유튜브 : AT & T 아카이브 : UNIX 운영 체제 13 분에 35 초 약에서, (약 1982 제작) /usr/bwk명확하게 "사용자 BWK"로 발음되고 /usr의해 "슬래시 사용자"를 발음 브라이언 W. 커니 핸 . / usr은 또한 13 분 30 초에 다이어그램에 홈 디렉토리를 포함하는 위치임을 암시합니다. 나는 당신이 그것보다 훨씬 더 권위를 얻을 수 있다고 생각하지 않습니다.

— CVn

4

아무도 언급하지 않은 요소는 당시의 키보드 기술을 고려할 때 타이핑하기 쉬운 짧은 이름을 사용하면 상당한 이점이 있다는 것입니다. 110-BPS 텔레타이프에서도 인쇄 user대 usr. 여분의 문자 를 입력 하는 것이 더 중요했을 것입니다.

— 키이스 톰슨
소스

1

루트 아래의 다른 모든 디렉토리는 정확히 추측 한 것 같습니다.

/ var, / mnt 및 / opt;)도 있습니다.

하지만이 두 가지가 이상해 보였습니다. 항상 사용자와 임시 사용자로 추측했을 것입니다.

거의 다 왔어. Shawn이 말했듯이 "사용자"는 "범용 시스템 리소스"( Google 에 따르면 다른 리소스 는 "Unix 시스템 리소스"를 나타냄)를 나타냅니다.

철자에 대한 역사적인 이유가 있습니까?

바로 가기, 약어. 모든 운영 체제의 명령은 대화식 및 프로그래밍 방식으로 액세스하기위한 것입니다. 특히 빠른 스크립팅이 주요 관심사 인 시스템 관리의 경우, 약어, 니모닉은 완전한 철자 단어 / 명령보다 우수하거나 훨씬 우수합니다.

또한, 하루 전으로, 당신이 느린 주형 모뎀을 통해 원격으로 연결한다면, 여기에 두 개의 모음을 면도하면 삶이 더 쉬워 질 것입니다 (시스템 관리자가 지옥에서 무엇을 찾으려고 노력한다면 덜 비참 할 것입니다) 원격 상자에 문제가 있습니다.)

앞에서 언급했듯이 / usr 및 / tmp에 고유하지 않습니다 (/ var, / mnt 및 / opt 참조).

또한 유닉스 고유의 것이 아닙니다. DOS를 예로 들어 보자 (예 : chkdsk) 모음을 제거하는 니모닉은 강력하고 편리한 개념입니다.

자연어 (세미 어와 같은)에서도 개념이 존재합니다 (단어의 어근은 3 자음 그룹으로 보편적으로 그리고 거의 모호하지 않게 식별됩니다). 정보 관리를위한 타고난 인간 메커니즘입니다.

— luis.espinal
소스

/ var, / mnt 및 / opt는 나중에 많이 나왔습니다. 그러나 / bin, / dev 및 / etc는 초기 UNIX에 있었고 사람들이 언급 한 것과 같은 이유로 ttys가 느리고 모두 CRT와 디스크 공간이 아니기 때문입니다. 종이 테이프, 작고 (공간적으로 값 비싼) 고가의 드라이브, 심지어 8 인치 플로피를 사용하는 UNIX 부팅 시스템이 존재했습니다.

— Arcege

1

반음 형 언어는 실제로 자음을 사용하지 않지만 불확실한 모음이있는 음절을 사용한다고 주장 할 수 있습니다. 따라서 근 음절은 의미 적 의미를 제공하는 반면 특정 모음은 문법적 의미를 추가합니다.

— ninjalj