레드햇 어드밴스드 3.0 AS 를 사용하고 파일시스템은 ext3 입니다.
디렉토리 한 8만 개쯤 생성을 해야 할텐데... 물론 나눠서 해도 되겠지만... 어쨌든.... 디렉토리 8만 개.... 한곳에 8만개 정도 괜찮을까요?
8만개를 만들어야 하는 이유라도?..-_-; 많이 만드네용
어쨌든... 만약 그렇다면요 ^^;;;;;;;;;;;;;;;;;;;;;;;;;;
적어도 inode가 문제라면..
8만개는 우습지 않을까 싶네요..
ls -i 를 쳐보니.......
-_-;;
세상은 넓고, 할 일은 많은데, 난 숨만 쉬고 있니?
속도 처리에서 무쟈게 느려 집니다..
ext3 같은 경우 하나의 디렉토리내에 여러개의 파일(디렉토리)가 생성이 되면 거의 ...... 이야기 안해도 아시겠죠..^^;;;
만약에 그러시다면 레이저파일시스템을 조심해 추천해 드립니다..
그리고, 그렇게 하나의 디렉토리에 많은 파일이나 디렉토리를 만드는것은 정말 비추 입니다.
그리고, ext3 의 경우 inode를 다 잡아 먹어서..
디스크의 공간을 다 사용하지도 않았는데도 파일이나 디렉토리를 생성 못하는 경우도 생깁니다..
..^^
http://www.linuxgazette.com/issue55/florido.html
참고용 자료 입니다.
음... 확실히 이론상으로는 8만개는 장난이군요.
해당 파티션을 보아하니 아이노드의 경우 일단 9천만 정도되니...
문제는 얼마나 문제없이 돌아가냐 인데.... 아무래도 힘들곘죠?
메일계정인데....
가상계정이 아리나 반드시 실계정을 줘야할 일이라서 그것도 10만명한테... ㅡㅡ;;;;
8만개를 한 디렉토리에 만드시는 건 아니겠죠?
성능을 위해서라면 200 개의 디렉토리 밑에 400개를 붙이는 식으로 만드세요.
계정이름이라니 계정의 첫 글자로 나누면 될 듯 싶네요.
/home/userid/
대신에
/home/u/userid/
식으로요.
/home/us/userid/
식으로 두 글자를 자르면 더 나을테고, 아예 userid string의 md5 hash 값을 쓰면... #$%^#$
홈디렉토리 같은 경우 그룹을 나누어서
홈디렉토리의 경로를 나누어서 주면 될것 같은데요.
특정한 사용자들끼리 단체로 묶어서 주면 될것 같은데요.
그리고 메일을 자주쓰는 서버라면 sendmail 같은 경우 멀티 큐 였던가.ㅠㅠ 글적 글적.ㅠ.ㅠ
하나의 디렉토리에서 처리하는게 아니고 여러개의 멀티로 디렉토리를 만들어서 속도를 높여서 처리 하는 방법이 있습니다.ㅠㅠ 기억이 안나네요.ㅠ.ㅠ 죄송.ㅠ.ㅠ
그룹별로 나누는걸 추천합니다.^^
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
8만개를 만들어야 하는 이유라도?..-_-;많이 만드네용
8만개를 만들어야 하는 이유라도?..-_-;
많이 만드네용
어쨌든... 만약 그렇다면요 ^^;;;;;;;;;;;;;;;;;;;;;;
어쨌든... 만약 그렇다면요 ^^;;;;;;;;;;;;;;;;;;;;;;;;;;
잘은 모릅겠습니다만..
적어도 inode가 문제라면..
8만개는 우습지 않을까 싶네요..
ls -i 를 쳐보니.......
-_-;;
세상은 넓고, 할 일은 많은데, 난 숨만 쉬고 있니?
속도 처리에서 무쟈게 느려 집니다..ext3 같은 경우 하나의 디
속도 처리에서 무쟈게 느려 집니다..
ext3 같은 경우 하나의 디렉토리내에 여러개의 파일(디렉토리)가 생성이 되면 거의 ...... 이야기 안해도 아시겠죠..^^;;;
만약에 그러시다면 레이저파일시스템을 조심해 추천해 드립니다..
그리고, 그렇게 하나의 디렉토리에 많은 파일이나 디렉토리를 만드는것은 정말 비추 입니다.
그리고, ext3 의 경우 inode를 다 잡아 먹어서..
디스크의 공간을 다 사용하지도 않았는데도 파일이나 디렉토리를 생성 못하는 경우도 생깁니다..
..^^
http://www.linuxgazette.com/issue55/flor
http://www.linuxgazette.com/issue55/florido.html
참고용 자료 입니다.
음... 확실히 이론상으로는 8만개는 장난이군요.해당 파티션을 보
음... 확실히 이론상으로는 8만개는 장난이군요.
해당 파티션을 보아하니 아이노드의 경우 일단 9천만
정도되니...
문제는 얼마나 문제없이 돌아가냐 인데....
아무래도 힘들곘죠?
메일계정인데....
가상계정이 아리나 반드시 실계정을 줘야할 일이라서
그것도 10만명한테... ㅡㅡ;;;;
8만개를 한 디렉토리에 만드시는 건 아니겠죠?성능을 위해서라면 2
8만개를 한 디렉토리에 만드시는 건 아니겠죠?
성능을 위해서라면 200 개의 디렉토리 밑에 400개를 붙이는 식으로 만드세요.
계정이름이라니 계정의 첫 글자로 나누면 될 듯 싶네요.
/home/userid/
대신에
/home/u/userid/
식으로요.
/home/us/userid/
식으로 두 글자를 자르면 더 나을테고, 아예 userid string의 md5 hash 값을 쓰면... #$%^#$
홈디렉토리 같은 경우 그룹을 나누어서 홈디렉토리의 경로를 나누어서
홈디렉토리 같은 경우 그룹을 나누어서
홈디렉토리의 경로를 나누어서 주면 될것 같은데요.
특정한 사용자들끼리 단체로 묶어서 주면 될것 같은데요.
그리고 메일을 자주쓰는 서버라면 sendmail 같은 경우 멀티 큐 였던가.ㅠㅠ 글적 글적.ㅠ.ㅠ
하나의 디렉토리에서 처리하는게 아니고 여러개의 멀티로 디렉토리를 만들어서 속도를 높여서 처리 하는 방법이 있습니다.ㅠㅠ 기억이 안나네요.ㅠ.ㅠ 죄송.ㅠ.ㅠ
그룹별로 나누는걸 추천합니다.^^
댓글 달기