You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.
Original issue 4 created by teoryn on 2011-05-10T23:17:44.000Z:
I ran a modified db_bench with --num=10 to --num=10^9 (by multiples of 10) to test the scaling of leveldb.
My modifications statically link snappy into the posix version of leveldb; I've attached the diff.
At --num=10^8 and --num=10^9 problems start occuring. stat.txt which shows the output of all the runs.
10^8 was killed during the overwrite benchmark at 23300000 ops, but I was not able to reproduce the error using 'db_bench --num=100000000 --benchmarks=overwrite'.
10^9 generated the following error during fillrandom:
put error: IO error: /tmp/dbbench/006484.log: Too many open files
Running 'db_bench --num=1000000000 --benchmarks=fillrandom' reproduced the error.
Built (patched) r27 of leveldb and r35 of snappy with:
$ gcc --version
gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5
The text was updated successfully, but these errors were encountered:
Comment #1 originally posted by ashoemaker on 2011-06-24T09:41:46.000Z:
I cannot repro with leveldb/r33 and snappy/r43, though I can trigger it by decreasing my file descriptor limit. Is it possible that you had other files open when running db_bench? The default limit is 1024, and leveldb by default uses up to 1000. Did you try increasing your limit (ulimit -n 10000) or decreasing options.max_open_files?
0ec2a34 Clean up compile-time warnings (gcc 7.1) (Matt Corallo)
Pull request description:
* max_file_size was already a size_t, so return that.
* ecx was somehow being listed as used-uninitialized