파일시스템을 구 성능이 많은 작은 파일
https://stackoverflow.com/questions/432603
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나를 구축하고자하는 서버의 많은 작은 파일에 의해 전달되는 XML API 를 사용합니다.그것은 일을 할 수 없습니다 많은 반복을 통해 디렉토리 또는 블록의 순차일 우리가 얘기를 많이 찾을 위해 불연속적인 데이터입니다.
을 찾는 것입에 시간 BSD UFS 시간이 지남에 저하에 대한 요청에 대한 개별 파일이 있는가?내가 이해하는 파일시스템의 inode 제한을 기반으로 파티션의 크기/슬라이스,하지만 하드 드라이브가는 단계를 통해 아이노드 테이블에 대한 모든 파일을 요청하기 전에 발견할 수 있는 데이터의 위치.어떤 파일시스템 수익률 최고의 성능을 찾는 시간입니까?
대안을 설치하는 2-4 기가바이트"blob"파일 및 별도의 시스템을 추구하는 파일에 포함된 내에서 그들은 소프트웨어입니다.소프트웨어의"아이노드는"테이블 수 있으로 제공할 수 있도록 최적화되어에 기초한 현재 사용자가 로그인한 사용자,등등....이러한"아이노드 테이블을"가능성이 캐시고만 관련된 현재 로그인한 사용자에게 있다는 것을 적은 낭비되는 자원입니다.
어디에서 이러한 두 가지 솔루션을 평가에서 확장 및 유지보수 관점에서?어떤 종류의 성능 향상,어떤 경우,기대 수를 사용하여 두 번째 솔루션?
해결책
가장 명백한 시간이 입증된 완화 기술을 사용하는 것이 좋은 계층을 위한 디자인 디렉터리(및 경로 검색 전략),그리고 더 많은 디렉토리와 몇몇 파일에서 각.
다른 팁
최근 FreeBSD 버전 dirhash 고 softupdates 나는 어떤 문제로 몇 십만 파일당 디렉토리에 있습니다.당신은 아마도 가고 싶지 않아의 북쪽 500.000 파일이나 그래서.E.g.을 삭제하는 디렉토리 2.500.000 파일이 걸렸습니다.
나는 확실하지 않다 나 이해 당신을 올바르게 질문,하지만 당신이 원하는 경우 통해 추구하는 파일을 많이,왜 사용하지 partioned mysql 테이블에 배치 RAID0 또는 VFS filesystem?
편집:내가 알기로는 많은 중 하나에서 파일을 폴더에 저하 모 FS 속도로 그것을 유지하는 더 큰 목록 파일의 권한과 이름,데이터베이스를 유지하도록 설계 데이터 목록에 메모리에서 추구하고 아주 최적화된 방법을 통해니다.
더 많은 정보 귀하의 상황이 도움이 될 것이고,파일이 기존하는 것이 그들에 의해 만들 수 있 응용 프로그램?필요할 경우를 저장하는 방법을 임의의 데이터와 구조의 관계형 데이터베이스를 보 체 데이터베이스
또 다른 옵션의 경우 객체를 해야 하거나를 통해 액세스할 수 있습 HTTP,을 사용하는 것입 니스 캐시 앞에 작은 웹 서버에 있습니다.처음에는 개체의 것 디스크에 저장되지만,니스 저장하고 봉사하는 개체는 후에 메모리에서 첫 번째에 접근할 객체입니다.
