2014-05-02 20:18:55 +02:00
|
|
|
TARGETS
|
2015-01-08 02:26:24 +01:00
|
|
|
make_config.mk
|
2013-11-06 06:04:22 +01:00
|
|
|
|
2012-03-05 19:35:46 +01:00
|
|
|
*.a
|
2013-08-01 22:59:01 +02:00
|
|
|
*.arc
|
|
|
|
|
*.d
|
2012-04-17 17:36:46 +02:00
|
|
|
*.dylib*
|
2013-08-01 22:59:01 +02:00
|
|
|
*.gcda
|
|
|
|
|
*.gcno
|
|
|
|
|
*.o
|
2012-04-17 17:36:46 +02:00
|
|
|
*.so
|
|
|
|
|
*.so.*
|
2012-03-05 19:35:46 +01:00
|
|
|
*_test
|
2014-04-21 22:01:50 +02:00
|
|
|
*_bench
|
2013-10-24 02:31:12 +02:00
|
|
|
*_stress
|
2014-02-13 23:14:32 +01:00
|
|
|
*.out
|
2014-04-03 19:46:55 +02:00
|
|
|
*.class
|
|
|
|
|
*.jar
|
|
|
|
|
*.*jnilib*
|
2014-04-04 22:11:44 +02:00
|
|
|
*.d-e
|
2014-04-23 15:11:35 +02:00
|
|
|
*.o-*
|
2014-05-16 22:17:29 +02:00
|
|
|
*.swp
|
2015-01-28 01:39:39 +01:00
|
|
|
*~
|
2015-07-02 01:13:49 +02:00
|
|
|
*.vcxproj
|
|
|
|
|
*.vcxproj.filters
|
|
|
|
|
*.sln
|
|
|
|
|
*.cmake
|
|
|
|
|
CMakeCache.txt
|
|
|
|
|
CMakeFiles/
|
|
|
|
|
build/
|
2013-11-06 06:04:22 +01:00
|
|
|
|
2012-11-21 01:14:04 +01:00
|
|
|
ldb
|
|
|
|
|
manifest_dump
|
|
|
|
|
sst_dump
|
|
|
|
|
util/build_version.cc
|
2013-08-14 22:29:05 +02:00
|
|
|
build_tools/VALGRIND_LOGS/
|
|
|
|
|
coverage/COVERAGE_REPORT
|
2013-08-25 07:48:51 +02:00
|
|
|
.gdbhistory
|
Package generation for Ubuntu and CentOS
Summary:
I put together a script to assist in the generation of deb's and
rpm's. I've tested that this works on ubuntu via vagrant. I've included the
Vagrantfile here, but I can remove it if it's not useful. The package.sh
script should work on any ubuntu or centos machine, I just added a bit of
logic in there to allow a base Ubuntu or Centos machine to be able to build
RocksDB from scratch.
Example output on Ubuntu 14.04:
```
root@vagrant-ubuntu-trusty-64:/vagrant# ./tools/package.sh
[+] g++-4.7 is already installed. skipping.
[+] libgflags-dev is already installed. skipping.
[+] ruby-all-dev is already installed. skipping.
[+] fpm is already installed. skipping.
Created package {:path=>"rocksdb_3.5_amd64.deb"}
root@vagrant-ubuntu-trusty-64:/vagrant# dpkg --info rocksdb_3.5_amd64.deb
new debian package, version 2.0.
size 17392022 bytes: control archive=1518 bytes.
275 bytes, 11 lines control
2911 bytes, 38 lines md5sums
Package: rocksdb
Version: 3.5
License: BSD
Vendor: Facebook
Architecture: amd64
Maintainer: rocksdb@fb.com
Installed-Size: 83358
Section: default
Priority: extra
Homepage: http://rocksdb.org/
Description: RocksDB is an embeddable persistent key-value store for fast storage.
```
Example output on CentOS 6.5:
```
[root@localhost vagrant]# rpm -qip rocksdb-3.5-1.x86_64.rpm
Name : rocksdb Relocations: /usr
Version : 3.5 Vendor: Facebook
Release : 1 Build Date: Mon 29 Sep 2014 01:26:11 AM UTC
Install Date: (not installed) Build Host: localhost
Group : default Source RPM: rocksdb-3.5-1.src.rpm
Size : 96231106 License: BSD
Signature : (none)
Packager : rocksdb@fb.com
URL : http://rocksdb.org/
Summary : RocksDB is an embeddable persistent key-value store for fast storage.
Description :
RocksDB is an embeddable persistent key-value store for fast storage.
```
Test Plan:
How this gets used is really up to the RocksDB core team. If you
want to actually get this into mainline, you might have to change `make
install` such that it install the RocksDB shared object file as well, which
would require you to link against gflags (maybe?) and that would require some
potential modifications to the script here (basically add a depends on that
package).
Currently, this will install the headers and a pre-compiled statically linked
object file. If that's what you want out of life, than this requires no
modifications.
Reviewers: ljin, yhchiang, igor
Reviewed By: igor
Differential Revision: https://reviews.facebook.net/D24141
2014-09-30 01:09:46 +02:00
|
|
|
package/
|
2014-01-24 00:04:12 +01:00
|
|
|
.phutil_module_cache
|
2015-09-25 00:29:05 +02:00
|
|
|
unity.a
|
2014-03-19 23:40:33 +01:00
|
|
|
tags
|
2015-06-20 01:24:36 +02:00
|
|
|
rocksdb_dump
|
|
|
|
|
rocksdb_undump
|
2014-08-03 22:11:15 +02:00
|
|
|
|
|
|
|
|
java/out
|
2015-01-31 20:43:09 +01:00
|
|
|
java/target
|
|
|
|
|
java/test-libs
|
2014-04-03 19:46:55 +02:00
|
|
|
java/*.log
|
|
|
|
|
java/include/org_rocksdb_*.h
|
2014-08-03 22:11:15 +02:00
|
|
|
|
|
|
|
|
.idea/
|
|
|
|
|
*.iml
|
|
|
|
|
|
2015-09-25 00:29:05 +02:00
|
|
|
rocksdb.cc
|
|
|
|
|
rocksdb.h
|
2014-08-07 19:05:04 +02:00
|
|
|
unity.cc
|
2014-09-27 00:41:28 +02:00
|
|
|
java/crossbuild/.vagrant
|
Package generation for Ubuntu and CentOS
Summary:
I put together a script to assist in the generation of deb's and
rpm's. I've tested that this works on ubuntu via vagrant. I've included the
Vagrantfile here, but I can remove it if it's not useful. The package.sh
script should work on any ubuntu or centos machine, I just added a bit of
logic in there to allow a base Ubuntu or Centos machine to be able to build
RocksDB from scratch.
Example output on Ubuntu 14.04:
```
root@vagrant-ubuntu-trusty-64:/vagrant# ./tools/package.sh
[+] g++-4.7 is already installed. skipping.
[+] libgflags-dev is already installed. skipping.
[+] ruby-all-dev is already installed. skipping.
[+] fpm is already installed. skipping.
Created package {:path=>"rocksdb_3.5_amd64.deb"}
root@vagrant-ubuntu-trusty-64:/vagrant# dpkg --info rocksdb_3.5_amd64.deb
new debian package, version 2.0.
size 17392022 bytes: control archive=1518 bytes.
275 bytes, 11 lines control
2911 bytes, 38 lines md5sums
Package: rocksdb
Version: 3.5
License: BSD
Vendor: Facebook
Architecture: amd64
Maintainer: rocksdb@fb.com
Installed-Size: 83358
Section: default
Priority: extra
Homepage: http://rocksdb.org/
Description: RocksDB is an embeddable persistent key-value store for fast storage.
```
Example output on CentOS 6.5:
```
[root@localhost vagrant]# rpm -qip rocksdb-3.5-1.x86_64.rpm
Name : rocksdb Relocations: /usr
Version : 3.5 Vendor: Facebook
Release : 1 Build Date: Mon 29 Sep 2014 01:26:11 AM UTC
Install Date: (not installed) Build Host: localhost
Group : default Source RPM: rocksdb-3.5-1.src.rpm
Size : 96231106 License: BSD
Signature : (none)
Packager : rocksdb@fb.com
URL : http://rocksdb.org/
Summary : RocksDB is an embeddable persistent key-value store for fast storage.
Description :
RocksDB is an embeddable persistent key-value store for fast storage.
```
Test Plan:
How this gets used is really up to the RocksDB core team. If you
want to actually get this into mainline, you might have to change `make
install` such that it install the RocksDB shared object file as well, which
would require you to link against gflags (maybe?) and that would require some
potential modifications to the script here (basically add a depends on that
package).
Currently, this will install the headers and a pre-compiled statically linked
object file. If that's what you want out of life, than this requires no
modifications.
Reviewers: ljin, yhchiang, igor
Reviewed By: igor
Differential Revision: https://reviews.facebook.net/D24141
2014-09-30 01:09:46 +02:00
|
|
|
.vagrant/
|
2014-10-02 22:46:43 +02:00
|
|
|
java/**.asc
|
2014-10-06 17:23:31 +02:00
|
|
|
java/javadoc
|
2015-02-24 02:45:25 +01:00
|
|
|
|
|
|
|
|
scan_build_report/
|
run 'make check's rules (and even subtests) in parallel
Summary:
When GNU parallel is available, "make check" tests are now run in parallel.
When /dev/shm is usable, we tell those tests to create temporary files therein.
Now, the longest-running single test, db_test, (which is composed of hundreds of sub-tests)
is no longer run sequentially: instead, each of its sub-tests is run independently, and can
be parallelized along with all other tests. To make that process easier, this change
creates a temporary directory, "t/", in which it puts a small script for each of those
subtests. The output from each parallel-run test is now saved in t/log-TEST_NAME.
When GNU parallel is not available, we run the tests in sequence, just as before.
If GNU parallel is available and you don't like the default of running one subtest
per core, you can invoke "make J=1 check" to run only one test at a time.
Beware: this will take a long time, and it starts with the two longest-running tests, so you
will wait for a long time before seeing any results. Instead, if you want to use fewer resources
but still see useful progress, try "make J=60% check". That will attempt to ensure that 60% of
the cores are occupied by test runs.
To watch progress of individual tests (duration, success (PASS-or-FAIL), name), run "make watch-log"
in the same directory from another window. That will start with something like this:
and when complete should show numbers/names like this:
Every 0.1s: sort -k7,7nr -k4,4gr LOG|perl -n -e '@a=split("\t",$_,-1); $t=$a[8]; $t =~ s,^\./,,;' -e '$t =~ s, >.*,,; chomp $t;' -e '$t =~ /.*--gtest_filter=... Wed Apr 1 10:51:42 2015
152.221 PASS t/DBTest.FileCreationRandomFailure
109.280 PASS t/DBTest.EncodeDecompressedBlockSizeTest
82.315 PASS reduce_levels_test
77.812 PASS t/DBTest.CompactionFilterWithValueChange
73.236 PASS backupable_db_test
63.428 PASS deletefile_test
57.248 PASS table_test
55.665 PASS prefix_test
49.816 PASS t/DBTest.RateLimitingTest
...
Test Plan:
Timings (measured so as to exclude compile and link times):
With this change, all tests complete in 2m40s on a system for which nproc prints 32.
Prior to this this change, "make check" would take 24.5 minutes on that same system.
Here are durations (in seconds) of the longest-running subtests:
152.435 PASS t/DBTest.FileCreationRandomFailure
107.070 PASS t/DBTest.EncodeDecompressedBlockSizeTest
81.391 PASS ./reduce_levels_test
71.587 PASS ./backupable_db_test
61.746 PASS ./deletefile_test
57.960 PASS ./table_test
55.230 PASS ./prefix_test
54.060 PASS t/DBTest.CompactionFilterWithValueChange
48.873 PASS t/DBTest.RateLimitingTest
47.569 PASS ./fault_injection_test
46.593 PASS t/DBTest.Randomized
42.662 PASS t/DBTest.CompactionFilter
31.793 PASS t/DBTest.SparseMerge
30.612 PASS t/DBTest.CompactionFilterV2
25.891 PASS t/DBTest.GroupCommitTest
23.863 PASS t/DBTest.DynamicLevelMaxBytesBase
22.976 PASS ./rate_limiter_test
18.942 PASS t/DBTest.OptimizeFiltersForHits
16.851 PASS ./env_test
15.399 PASS t/DBTest.CompactionFilterV2WithValueChange
14.827 PASS t/DBTest.CompactionFilterV2NULLPrefix
Reviewers: igor, sdong, rven, yhchiang, igor.sugak
Reviewed By: igor.sugak
Subscribers: dhruba
Differential Revision: https://reviews.facebook.net/D35379
2015-04-06 21:35:25 +02:00
|
|
|
t
|
|
|
|
|
LOG
|
