윈 도 우 '긴 파일이름'을 지원하는 윈도우에서의 확장자의 의미, 폴더의 의미

255자와 244 자의 차이는 아마도 내부적으로 일반파일과 디렉토리파일을 구분하기위해 11자를 이용하는게 아닐까하는..;;

성의있게 쓰긴 긴 글 잘읽었습니다.

말씀하신 대로

[긴 파일 이름을 지원하는 윈도우에서 NTFS를 사용할 때, 과거 8.3의 Fixed한 파일.확장자 구조는 하위호환을 위한 것일 뿐,

그것으로 NTFS의 파일명 구조를 설명할 수 없다.]

라고 저도 생각합니다.

저는 NTFS 파일 시스템의 구조에 대해서는 무지하기 때문에, NTFS 파일 시스템 상 실제 파일 이름은 긴 파일 이름이 되는지, 8.3 파일 이름이 되는, 둘다 아닌 새로운 개념의 임의의 문자가 되는지 모릅니다. (개인적으로는 임의의 문자가 될 것으로 생각하고 있습니다.)

그러나 제가 그것과 상관없이 확장자를 가질 수 있다고 말한 이유는 아래와 같습니다.

FAT 파일 시스템에 긴 이름이 index.html 인 파일이 있을 때 실제 파일 이름은 8.3 파일 이름인 index.htm이 되는데

그때 FAT 파일 시스템의 실제 확장자는 htm 이지만 (엄밀히따져 파일 이름이 아니고 단순히 주석에 불과한) 긴 파일이름에서 마지막 점 뒤에 있다는 이유로 html을 확장자라고 말 하듯이

같은 논리를 NTFS까지 적용 시켜보았을 때 NTFS에서의 실제 파일 이름이 설사 우리가 볼 수있는 긴 파일 이름 혹은 8.3 파일 이름이 아닌 NTFS만의 임의의 문자라고 해도 8.3 파일 이름 또한 반드시 가지게 되므로 NTFS에서 실제 파일 이름이 아닐 수 있는 8.3 파일 이름의 확장자 또한 확장자라고 말할 수 있게 되지 않느냐라는 생각을 해봅니다. 아시다시피 8.3 파일 이름에서는 점은 무조건 가질 수 없기 때문에 긴 파일 이름의 확장자의 3글자까지는 무조건 확장자가 되기 때문입니다.

저도 폴더가 파일인 것은 NTFS도 FAT와 마찬가지인 것 같습니다. 이게 파일이 아닐 경우에는 어떤 파일과 동일한 이름의 폴더를 만들 수 있어야하며(이 부분은 실제로는 동일한 문자를 배당 하는 것이 가능하지만 단순히 FAT와의 호환성을 위한 것일수도라고 단순히 생각할 수 있습니다만) 시간/날짜 정보의 기록/읽기와 NTFS에서 추가된 사용자 보안 소유자 개념까지 생각해보았을 때 각각의 폴더를 파일의 단위로 존재시킬 때의 효율성이 최고이기 때문이라고 생각합니다. 그런 것을 다 떠나 NTFS<=>FAT간의 파일 교환의 효율성을 생각했을 때도 NTFS에서의 폴더의 개념이 파일과 동등하지 않으면 안됩니다. 그렇지 않으면 OS차원에서 컨버팅 과정이 필요한데 MS가 이런 불필요한 헛수고를 할 이유가 없다고 생각합니다.

저 또한 왜 폴더의 이름의 최대 길이가 224자가 되는지는 생각해본 적도 없기 때문에 잘 모르겠습니다.

이 부분이 굉장히 궁금합니다.

NTFS구조에서는 긴 이름 파일에 역슬래시가 자동으로 들어가서 폴더를 의미하게 할 수는 있다고 생각하나, 8.3 파일 시스템에는 \가 들어갈 수 없기때문에 FAT 파일 시스템과의 호환성을 생각할 때 그렇게 보기에는 힘들지않는가라고 생각합니다.

FAT파일 시스템에서 파일과 디렉터리는 본질적으로 동등하게 표현하지만 어떠한 기술적인 이유로 폴더의 긴 이름을 224자까지밖에 표현할 수 없었기에 NTFS에서도 224자까지 가능하도록 설계했을 것으로 저 나름대로 추측해봅니다.

나이가 있는 시점에서 새로운 것에 대해서 파고들 열정이 사그라든지 오래라 사실 NTFS 파일 시스템에 대해서 공부할 의욕을 느끼지는 못합니다. 그러나 그 까닭을 알고 싶은 것은 예나 지금이나 마찬가지인 것 같습니다.

1번 과 2번 은 지리할만치 다룬 내용 이므로 Pass 하구요 ^^

3번 폴더 도 파일이다.

이 부분 은 일견 이해가 되기도 하고 안되기도 하고 그러네요

단순화 시켜서(확대) "0과1의 조합 이므로 그러하다"

하신다면 저 역시 그리 생각 합니다. 어차피 파일 이름이나 폴더의 이름등으로 구분 짓는것 은

0과1 뿐인 기계어 를 우리눈에 보이도록 인터페이스 를

그리 할당하고 구분짓고 분류한 그 이상 도 이하도 아닐것 이기때문 입니다. 이는 확대한 개념 에서의 명제가 됩니다.

그러나 윈도우 안에서 (위 설명이나 이미지들 역시 NTFS이지만 프롬프트상이죠) 는 인터페이스 상

파일 과 폴더라는 각기 고유한 이름 을 가집니다.

먼저 하영님 의 이전 게시물 에서는

해당 파일 이 있어도 해당번지(경로 <폴더>)가 없으면 오류 가 난다 였지만

마찬가지로 해당 경로(폴더) 가 잇어도 해당하는 파일 이 없으면 마찬가지 로 오류 가 생기죠

더불어 두가지 조건 을 충족 시키더라도 해당경로 의 해당 파일 이 형식 이 다르다던가(이름으로서 의 확장자 가 아닌 포멧형식에 따른 확장자) 하면 역시 오류 가 발생 하죠

나아가서는 다 충족하더라도 해당 파일 의 데이터 가 필요한 파일 과 다르다면 (해당 파일 이 이미지 파일이고 같은 이미지인 파일 이더라도 데이터값과 다른 데이터의 이미지파일) 역시 오류 가 납니다.

윈도우 의 시스템폴더 안에는 로컬 호스트 정보 를 담고있는 확장자 없는 파일 이 있습니다.

이처럼 도스 시절엔 그 필요성 조차 인식되지 않던 파일들 도 있죠

이러한 파일 은 도스개념 에서의 구분 은 모호하기 이를데 없습니다.

도스의 파일관리측면에서 보자면 요 시스템 파일 이기는 하되

시스템장치 에 관계된 파일 이기도 하거니와

그러나 도스 시절엔 그 효용성 자체 가 언급되지 않았던 그런파일 이니까요

텍스트 기반 의 도스 를 탈피하여 세로운형식으로 이미 상당히 변화하여 발전해 왔고

이는 지금도 꾸분히 그러합니다.

제가쓰는 XP 저도 언제까지 이 운영체제 를 쓰게될진 모릅니다.

사실 이 운영체계 가 특별히 좋아서 쓰는것 이 아니니 자의적인 선택 은 아니겠죠

위에 하영님 께서 말씀 하신것 처럼 과거와 같은 흥미롭고 알고싶고 하나라도 배워야겠다 하는

의욕? 열정? 그런것 이 사그라든면 없지는 않을겁니다.

허나 저 역시도 알고싶기는 마찬가지 입니다.

그 내가 알고싶어하는 이유 가 나보다 더 안다는 사람들 에 의해

조금 더 아는 사람들 때문에 그들로부터 "바보취급"당하는것 이 싫어서가 아닌

저 스스로 알고싶기 때문 이었으면 합니다.

하영 님 처럼 저 역시도 사람 이라서

감정의 영향 을 많이 받습니다.

그런점에서 지난밤 다소 무레하게 행동한점 다소 기분 상할수도 있었을 단어로 자극한점

이 자리를 빌어 죄송하다고 전하고 싶습니다. 

글쎄요 표현력 이라거나 이해의 폭 때문 이라고 저 스스로 정당화 하여 표현 합니다만

나름 의 과정이나 흐름에대한 그림 은 제 머릿속에서 그려지지만

저의 생각하는바 를 명확히 표현하지 못하여 그 생각 을 보여드리지 못함 때문에

말하자면 같은것 을 말 하더라도

한쪽 은 들으려 하지않고 또다른 한쪽은 듣는이의 눈높이를 몰라 서로 동문서답 하고

그로인헤 생기는 오해 정도 라 말 하고 싶습니다.

꼭 필요하다면 어떻게든 알려하지 않을까 합니다.

당사자 가 아니라면 그 사람이 하고자하는 말 의 진위 를 모르는게 당연하다 생각 합니다.

그렇기에 쉽사리 내 생각안에서 이렇다 저렇다 미리 단정지어 버리는것 이

그 오해 를 키우지않나 생각 도 해 봅니다.

워낙 윈포 가 연령대 가 높아서...조금 이라도 어린제가 버릇없이군점 이 있다면 다시한번 사과드립니다.

이 나이타령 이 또 하영 님 의 심기 를 건드리진 않을지...

모든 분들의 의견을 존중합니다.

용어를 설명할 때 서로 조금씩 다른 방법으로 설명하기에

이러저러한 오해가 생기는 것 같습니다.

다만

'확장자'라는 용어가 과거 도스시절과 비교했을 때 현재 윈도우를 사용함에 있어서는

과거의 개념을 포함하면서도 조금 더 확대된 개념으로 받아들이면 될 것 같습니다.

폴더의 경우도 이와 비슷하게 받아들여야 할 것 같습니다.

과거의 디렉토리개념을 포함해서 더 확대된 개념 쯤으로 말입니다.

'윈도우에서 말하는'

확장자의 정의, 폴더의 정의를 정확히 기술한 문서가 있다면 그것대로 받아들이면 되겠지만

그러한 정확한 자료를 제시하지 않고, 서로 자신의 방법으로 설명을 하다보니

동의하지 못하는 부분이 생기고, 그로인해 의견충돌이 발생한 것이라 생각됩니다.

저또한 저의 방법으로 확장자와 폴더의 개념을 설명한 것 이라서

하영님과 Boss님, 유기농초코님, 그리고 다른분들이 동의하지 못하는 부분이 있으니 말입니다.

(그래서 위에서의 제 실험을 '증명'이라고 하지않고 '설명'이라고만 말했던 것입니다)

'파일' 이라는 용어를

일반파일, 폴더, 등등등... 의 여러종류의 파일의 '대분류'를 의미하는 이름으로 볼 것인가

파일이라는 용어를 우리가 흔히 생각하는 '일반파일'로만 정의할 것인가에 따라서도

서로 의견이 발생할 수 있으니 말이죠...

가장 중요한 것은

'용어의 정확한 정의'를 먼저 내린 후 그에 맞게 서로의 의견을 나누는 것이라 생각합니다.

사실판단을 하면 되는 성격의 문제를

서로의 가치판단 문제로 생각하고 논쟁을 했기 때문에

불필요한 논쟁이 생긴 것입니다.

용어의 정확한 정의가 기술문서등에 정의되어있다면

서로 가치판단을 할 필요가 없이

사실판단만 하면 되는 부분이지만

그러한 기술문서없이 용어도 정의도 모호한 상태에서 서로의 주장을 가치판단하기 때문에

논쟁이 생겼던 것 같습니다.

(윈도우에서) 확장자가 무엇인가?

(윈도우에서) 폴더는 무엇인가?

폴더도 파일인가?

파일시스템의 구조는 어떻게 되는가? 하는 문제가 과연

가치판단을 할 문제일까요?

적어도 컴퓨터의 입장에서는 그렇지 않습니다.

그저 정의된대로만 작동할 뿐이기 때문이지요......

그 정의와 용어가 정확하게 제시되지 않은 상태에서 사람들이 서로 의견을 나누다보니

사실판단의 문제를 가치판단의 문제로 잘못 생각하는 것입니다.

윈도우에서의 확장자, 폴더, 파일... 등의 개념이 정확히 정의되어있는

공식적인 기술문서만 제시된다면

서로 그 사실을 사실로써 받아들이기만 하면 될 뿐인 것입니다.

저도 모르는 점을 많이 배웠습니다.

지식이라는 것이 꼭 문서를 통해서만 배울 수 있는 것이 아니라는 점도 말입니다.

무식한 저의 실험방법도 결국 Trial & Error Method 인데,

그 결과가 비록 틀리다고해도, 다른 분들께서 인정하지 않는 부분이 있다고 해도

'저에게 있어서'는 그 결과는 확고한 결과일 것입니다.

다른 분들도 마찬가지겠지요...

자신의 Method로 자신의 의견을 뒷받침 하는 것이

다른 사람에게는 틀리게 보일 수 있지만, 자신에게는 확고한 결론인 것입니다.

(용어와 개념이 확실하게 정의되고 설명된 공식적인 문서가 제시되어서, 사실판단만 하면 되는 상황이 오기 전까지는 말이죠)

즉, 가치판단을 하는 문제에 대해서는 서로서로를 인정해야 하는 부분이 있는 것 같습니다.

쓸데없이 말이 길어졌네요 ^^ 죄송합니다.

서로가 자신의 의견만으로 말하지 않고 다른 사람 의견에서 공감가는 부분을 모을 수 있다면

좋은 결과가 나올 수 있을 것이라 생각합니다.

더 이상의 소모적인 가치판단 논쟁은 서로 삼갔으면 좋겠습니다

위의 문제들은 사실판단만 하면 되는 문제입니다.

감사합니다.

제가 쉽게 이해한 것은 이것인데요,

모든것들이 파일로인식합니다.

단, 여기서 또 구분되어야 할 것은 파일, 즉 최종적으로 사용될 수 있는 데이터의 집합체를 최종적인 파일로 보고있고요, 그런 파일집단의 주소(링크)를 모아 놓은 파일을 폴더(디렉토리)라고 이해하면 쉽습니다.

자료구조 약간 배웠기 때문에 제나름데로 이해한건데요.

확장자있느냐 없냐는 무의미한 것 같습니다.

우리가 편하게하려고 뒤에 확장자를 두어 파일이 실행될때 어떤 응요프로그램을 실행시킬건지를 판단하기 위해 확장자라는게 생겼다라고 이해하시면 될듯합니다.

예 각자 자신이 이해하기 쉬운 방식 이 있을겁니다.

중요한것 은 윈도우 는 특별히 어려운 도스 나 프로그레밍 언어 를 배우지 않은 사람도 쉽게 사용하도록 만들어진

도스에서부터 더더욱 쉬운 사용을 위해 다듬어진 그런 운영체계 라는것 일겁니다.

물론 어렵고 복잡한 도스 나 프로그레밍 언어등 을 안다면 더 여러가지 기능 을 원활히 이용할 수 있겠죠

그것 은 당연한것 입니다.

전자제품 하나 를 보더라도 갈수록 사용하기 편하고 쉽게 만들지 더 어렵고 까다롭게 만들지는 않으니까요

따라서 윈도우 는 어려웃것 자체 를 더 쉽게쓰기위해 발전시킨형태 로 인식하는것 이 될것 같습니다.

위에서 본문을 쓰신분 께서고 언급 하셨다시피 딱히 무어라 단정지어 규정 할만한것 없이

제각각의 방식으로 나름 의 지혜 를 터득한것 이 여러 오해 의 이유 가 되지않나 싶어요

그도 그럴것이 각각의 명칭에 대해 정의하는바 가 국어사전,컴퓨터용어사전,운영체계별 문서(각각 이 차이가 있습니다)등

제각각 입니다. 이또한 발행시기에 따라 또 달라집니다.

물론 이는 싯점에 따라 추가되고 보완되고 제정립되고 등의 이유 가 아닐까 싶구요

예로 제가배운 시대 의 국어 맞춤법 과 현제 의 그것 이 다른것 처럼 요

어느하나 틀리다고 단정 할 수 도 맞다고만 단정 하기도 애매한것 입니다.

말하자면 이해 를 한것이냐 암기 를 한것이냐 의 차이 랄까요?

그다지 아는것 이 별로없는 제 입장에서 보자면 고급지식 을 습득하신분 은 자신의 눈높이에서 말씀 을 하십니다.

허나 아는것 이 없는 저같은 사람 은 단순히 비슷하게 줄세우고 부분부분 만 짜 맞추는식 이거든요

개념 은 대~충 파악하되 설명을 하려면 (특정 지칭 이나 표현식)에서 쓸데없는 마찰 이 생깁니다.

전문지식 이 있는분들 끼리 는 그들 나름의 대화 가 가능 합니다.

또 별스럽지만 별로 아는것 없는 사람끼리 도 대화 가 가능 합니다.

이유 는 아는사람 은 아는범위의 대화이기에 대화 가 되고

모르는 사람 은 모르는 사람 특유 의 넓은 의미 를 개념처럼 이해 를 하기에

융통성 이 더 많다고 할까요? 전문인 끼리 는 콕 찝어서 하는 대화 가 되는것 이고

비전문인 은 그 나름 의 포괄적인 이해차원 의 대화 가 되는것 이죠

결국 말하는 그 본질 은 같을 지라도 표현하는 방식에서 차이 가 있고 그것이 오해 를 만든다는것 입니다.

사과 를 파일이라 하고 그것을 담은박스 를 폴더라 이해 를 하는것 처럼 말이죠

사과 는 그 과일 의 특성 이며 그것 이 이름이자 확장자 인것 처럼 요

그 박스 를 모으면 한차 가 되고 이것 이 좀 더 큰 범위 의 디렉토리 입니다.

이들이 모인 단위 를 컨테이너 ( 파티션) 의 개념으로 본다는것 처럼 요

요소 의 차이 는 있을지라도 전체적인 관점에서 크게 어긋나지는 않습니다.

물론 비전문가 의 입장에서 요

아울러 각기 전문이신 분들 은 기왕 자신의 지식 을 나누고자함 이시라면

전문가적 시각에서 가르치려 하기보단 이해 못하는 부분 을 이해할 수 있도록 어드바이스 정도로 해주시면 좋을거 같습니다.

대부분 은 사용이 목적인 사람일뿐 전문적으로 프로그레밍 을 한다거나 컴퓨터 자체 를 업으로 삼는 그런것 은 아니거든요

커뮤니티 란 의 우스게 같은 그런 황당한 질문을 하지 않으리란 보장 이 없는 그런 초보자들 이 많다는것 을 염두하셔서

좀 더 넓은 아량 과 나누다 하는 배려의 입장에서 지식을 나누심 이

그 알려주신다 는 취지 에 더 이상적일것이라 생각 합니다.