1. 23 3月, 2018 5 次提交
  2. 22 3月, 2018 6 次提交
  3. 21 3月, 2018 3 次提交
  4. 20 3月, 2018 2 次提交
    • A
      fix db_compaction_test when compression disabled · d1b26507
      Andrew Kryczka 提交于
      Summary:
      Previously, the compaction in `DBCompactionTestWithParam.ForceBottommostLevelCompaction` generated multiple files in no-compression use case, andone file in compression use case. I increased `target_file_size_base` so it generates one file in both use cases.
      Closes https://github.com/facebook/rocksdb/pull/3625
      
      Differential Revision: D7311885
      
      Pulled By: ajkr
      
      fbshipit-source-id: 97f249fa83a9924ac34357a4bb3189c969ecb107
      d1b26507
    • T
      Enable compilation on OpenBSD · ccb76136
      Tobias Tschinkowitz 提交于
      Summary:
      I modified the Makefile so that we can compile rocksdb on OpenBSD.
      The instructions for building have been added to INSTALL.md.
      The whole compilation process works fine like this on OpenBSD-current
      Closes https://github.com/facebook/rocksdb/pull/3617
      
      Differential Revision: D7323754
      
      Pulled By: siying
      
      fbshipit-source-id: 990037d1cc69138d22f85bd77ef4dc8c1ba9edea
      ccb76136
  5. 19 3月, 2018 1 次提交
    • Y
      Fix the command used to generate ctags · 1139422d
      Yanqin Jin 提交于
      Summary:
      In original $ROCKSDB_HOME/Makefile, the command used to generate ctags is
      ```
      ctags * -R
      ```
      However, this failed to generate tags for me.
      I did some search on the usage of ctags command and found that it should be
      ```
      ctags -R .
      ```
      or
      ```
      ctags -R *
      ```
      After the change, I can find the tags in vim using `:ts <identifier>`.
      Closes https://github.com/facebook/rocksdb/pull/3626
      
      Reviewed By: ajkr
      
      Differential Revision: D7320217
      
      Pulled By: riversand963
      
      fbshipit-source-id: e4cd8f8a67842370a2343f0213df3cbd07754111
      1139422d
  6. 17 3月, 2018 3 次提交
  7. 16 3月, 2018 2 次提交
    • N
      allowing CompactFiles to return new file names · da82aab1
      Niv Dayan 提交于
      Summary:
      This is a small API extension to allow the CompactFiles method to return the names of files that were created during the compaction.
      Closes https://github.com/facebook/rocksdb/pull/3608
      
      Differential Revision: D7275789
      
      Pulled By: siying
      
      fbshipit-source-id: 1ec0c3954a0f10cd877efb5f29f9be6c7b59e9ba
      da82aab1
    • S
      Update version · cc118b0e
      Sagar Vemuri 提交于
      Summary:
      We missed updating version.h on master when cutting 5.11.fb and 5.12.fb branches. It should be the same as the version in the latest release branch (or should it be one more?).
      
      I noticed this when trying to run some upgrade/downgrade tests from 5.11 to some new code on master.
      Closes https://github.com/facebook/rocksdb/pull/3611
      
      Differential Revision: D7282917
      
      Pulled By: sagar0
      
      fbshipit-source-id: 205ee75b77c5b6bbcea95a272760b427025a4aba
      cc118b0e
  8. 15 3月, 2018 2 次提交
    • A
      Fix WAL corruption from checkpoint/backup race condition · 0cdaa1a8
      Andrew Kryczka 提交于
      Summary:
      `Writer::WriteBuffer` was always called at the beginning of checkpoint/backup. But that log writer has no internal synchronization, which meant the same buffer could be flushed twice in a race condition case, causing a WAL entry to be duplicated. Then subsequent WAL entries would be at unexpected offsets, causing the 32KB block boundaries to be overlapped and manifesting as a corruption.
      
      This PR fixes the behavior to only use `WriteBuffer` (via `FlushWAL`) in checkpoint/backup when manual WAL flush is enabled. In that case, users are responsible for providing synchronization between WAL flushes. We can also consider removing the call entirely.
      Closes https://github.com/facebook/rocksdb/pull/3603
      
      Differential Revision: D7277447
      
      Pulled By: ajkr
      
      fbshipit-source-id: 1b15bd7fd930511222b075418c10de0aaa70a35a
      0cdaa1a8
    • Y
      Blob DB: remove unreacheable code · 449627f0
      Yi Wu 提交于
      Summary:
      Fixing #3604.
      Closes https://github.com/facebook/rocksdb/pull/3606
      
      Reviewed By: siying
      
      Differential Revision: D7276604
      
      Pulled By: yiwu-arbug
      
      fbshipit-source-id: 915c5897b010d28956f369989e49e64785d1161f
      449627f0
  9. 14 3月, 2018 5 次提交
  10. 09 3月, 2018 6 次提交
  11. 08 3月, 2018 2 次提交
  12. 07 3月, 2018 3 次提交
    • S
      Add rocksdb_open_with_ttl function in C API · f021f1d9
      Stuart 提交于
      Summary:
      Change-Id: Ie6f9b10bce459f6bf0ade0e5877264b4e10da3f5
      Signed-off-by: NStuart <Stuart.Hu@emc.com>
      Closes https://github.com/facebook/rocksdb/pull/3553
      
      Differential Revision: D7144833
      
      Pulled By: sagar0
      
      fbshipit-source-id: 815225fa6e560d8a5bc47ffd0a98118b107ce264
      f021f1d9
    • A
      Disallow compactions if there isn't enough free space · 0a3db28d
      amytai 提交于
      Summary:
      This diff handles cases where compaction causes an ENOSPC error.
      This does not handle corner cases where another background job is started while compaction is running, and the other background job triggers ENOSPC, although we do allow the user to provision for these background jobs with SstFileManager::SetCompactionBufferSize.
      It also does not handle the case where compaction has finished and some other background job independently triggers ENOSPC.
      
      Usage: Functionality is inside SstFileManager. In particular, users should set SstFileManager::SetMaxAllowedSpaceUsage, which is the reference highwatermark for determining whether to cancel compactions.
      Closes https://github.com/facebook/rocksdb/pull/3449
      
      Differential Revision: D7016941
      
      Pulled By: amytai
      
      fbshipit-source-id: 8965ab8dd8b00972e771637a41b4e6c645450445
      0a3db28d
    • A
      Enable subcompactions in manual level-based compaction · 20c508c1
      Andrew Kryczka 提交于
      Summary:
      This is the simplest way I could think of to speed up `CompactRange`. It works but isn't that optimal because it relies on the same `max_compaction_bytes` and `max_subcompactions` options that are used in other places. If it turns out to be useful we can allow overriding these in `CompactRangeOptions` in the future.
      Closes https://github.com/facebook/rocksdb/pull/3549
      
      Differential Revision: D7117634
      
      Pulled By: ajkr
      
      fbshipit-source-id: d0cd03d6bd0d2fd7ea3fb13cd3b8bf7c47d11e42
      20c508c1