| From: | "Magnus Naeslund(f)" <mag(at)fbab(dot)net> |
|---|---|
| To: | Just Someone <just(dot)some(at)gmail(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Some pgbench results |
| Date: | 2006-03-24 07:12:46 |
| Message-ID: | 44239BEE.6040700@fbab.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Just Someone wrote:
[snip]
>>
>> mke2fs -b $bsizeb -j -J size=400 -m 1 -O sparse_super \
>> -T largefile4 -E stride=$stride /dev/sdb
>>
>> Mounted with: mount -t ext3 -o data=journal,noatime /dev/sdb /mnt/test8
>
> That's an interesting thing to try, though because of other things I
> want, I prefer xfs or jfs anyway. I will have an extreme number of
> schemas and files, which make high demands on the directory structure.
> My tests showed me that ext3 doesn't cope with many files in
> directories very well. With xfs and jfs I can create 500K files in one
> directory in no time (about 250 seconds), with ext3 it start to crawl
> after about 30K files.
>
It might seem that I'm selling ext3 or something :) but it's the linux
filesystem I know best.
If you want ext3 to perform with large directories, there is an mkfs
option that enables directory hashing that you can try: -O dir_index.
Regards,
Magnus
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Clyde Swann | 2006-03-24 07:16:59 | where to find pg_config.... |
| Previous Message | Tom Lane | 2006-03-24 06:44:19 | Re: Parallel sequential scans |