별들의속삭임1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
1228;목 그대/196; 1077;니다. ...
윈도우 사용Ȣ16;시면서 한폴더에 파1068; ኧ1;개 까1648; 넣Ǻ12; 보ǯ12;Ǻ12;요?
1200;lj16; 6000 개 1060;상 넘Ǻ12;가면 살1677; lj12;/140;1648;lj16; lj12;-196; 1201;1064; lj12;-196;1060;라서요 ...
2cpu 여러ǥ16;1008;. 실사용 ኧ1;개 사용 Ȣ16;시lj16;1648; Ƽ17;금합니다
powered by 2cpu
대충 3~4천개 정도만 넘어도 느려지기 시작합니다.
웹서비스 업체에서 썸네일을 하나의 디렉토리 안에 너무 많이 생성하여
파일시스템이 심각하게 느려진걸 튜닝해준적이 있었죠.
해결책은 간단합니다. 서브디렉토리를 여러개 만들고 파일들을 적당하게 분류하여
한개의 디렉토리당 파일 갯수가 5천개 미만으로 저장되도록 옮기면 됩니다.
물론 디렉토리가 바뀌었으니 웹서비스에서도 해당 관련 코드를 수정해줘야 하고요.
개인적으로는 하나의 디렉토리에 파일을 수천개씩 넣어 본적은 없습니다.
기껏해봐야 1천개 안쪽이었던듯..
실제로 저 정도가 되기 시작하면 로딩이 확실히 느려집니다. 썸네일이라도 불러온다면...T_T
서버하고 PC가 다릅니다.
320만개 넣어본 적이 있는데 서버가 좀 싫어하는 것 같았습니다.
정확하게는 탐색기가 싫어했었습니다.
윈도우 탐색기랑 익스플로러 데스크탑이랑 같은 프로세서로 동작하기 때문에 아마 다음 패치때 분리한다고 하는거 같던데...
이게 또 서버쪽은 인덱싱 기능을 쓰지 않는 이유가 알겠지만 소스 수정해도 웹단에서는 이게 수정본이 반영된게 아니고 인덱싱 정보를 출력해줘서 애를 먹는 경우가 많아서 그렇습니다.
새로운 폴더 만드는 것으로
해요
문제는 썸네일이겠죠.