auto_increment_allocator.h 5.0 KB
Newer Older
Y
Yu Yang 已提交
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
// Copyright (c) 2018 PaddlePaddle Authors. All Rights Reserved.
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
//     http://www.apache.org/licenses/LICENSE-2.0
//
// Unless required by applicable law or agreed to in writing, software
// distributed under the License is distributed on an "AS IS" BASIS,
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
// See the License for the specific language governing permissions and
// limitations under the License.

#pragma once

17
#include <atomic>  // NOLINT
Y
Yu Yang 已提交
18 19
#include <functional>
#include <memory>
S
sneaxiy 已提交
20
#include <mutex>   // NOLINT
Y
Yu Yang 已提交
21 22 23 24 25 26 27 28
#include <thread>  // NOLINT
#include <vector>
#include "paddle/fluid/memory/allocation/allocator.h"

namespace paddle {
namespace memory {
namespace allocation {

Y
Yu Yang 已提交
29 30 31 32 33 34 35 36 37 38 39 40 41 42 43
// The AutoIncrementAllocator manages many underlying allocators. If none of
// them can allocate the request memory, a new allocator will be created and
// invoke its `allocate` method.
//
// NOTE(yy): The AutoIncrementAllocator will prefer to allocate memory from
// the latest sucessful allocator.
//
// NOTE(yy): We may need to release an underlying allocator if it allocate
// nothing. However, it is generally not useful, since it will make performance
// undetermined.
//
// NOTE(yy): This allocator is only locked when creating new underlying
// allocator. The allocation requests from many threads may be dispatched
// to the same underlying allocator. So the underlying allocator must be
// thread safe.
S
sneaxiy 已提交
44 45 46 47 48
//
// NOTE(zjl): Add capacity parameters to constructor. A high-performance
// thread-safe std::vector with varying size is hard to implement.
// Fortunately, we can get the total GPU memory and each chunk size.
// Therefore, we can get the suitable capacity of AutoIncrementAllocator.
Y
Yu Yang 已提交
49 50
class AutoIncrementAllocator : public ManagedAllocator {
 public:
Y
Yu Yang 已提交
51
  // Creator is the method to create ManagedAllocator
Y
Yu Yang 已提交
52 53
  using AllocatorCreator = std::function<std::shared_ptr<ManagedAllocator>()>;

S
sneaxiy 已提交
54 55
  explicit AutoIncrementAllocator(AllocatorCreator&& creator, size_t capacity)
      : creator_(std::move(creator)), underlying_allocators_(capacity) {}
Y
Yu Yang 已提交
56 57 58 59 60 61 62 63 64
  std::unique_ptr<Allocation> Allocate(size_t size, Attr attr) override;
  std::shared_ptr<Allocation> AllocateShared(size_t size, Attr attr) override;
  bool IsAllocThreadSafe() const override;

 private:
  // NOTE: here use template Callback, it can be inlined when -O3
  template <typename Callback>
  inline typename std::result_of<Callback(ManagedAllocator&)>::type
  InvokeOrCreateUnderlyingAllocator(Callback callback) {
65
    auto cur = prev_success_allocator_.load();
S
sneaxiy 已提交
66 67
    size_t retry_count = allocator_num_.load();
    size_t allocator_num = retry_count;
Y
Yu Yang 已提交
68 69
    while (retry_count-- > 0) {  // until there retry count is zero
      try {
S
sneaxiy 已提交
70 71
        auto res = callback(*underlying_allocators_[cur]);
        prev_success_allocator_ = cur;
Y
Yu Yang 已提交
72 73
        return std::move(res);
      } catch (BadAlloc&) {
74
        if (++cur >= allocator_num) {
Y
Yu Yang 已提交
75 76 77 78
          cur = 0;
        }
      } catch (...) {
        // if there is another type of allocation, just rethrow it.
79
        std::rethrow_exception(std::current_exception());
Y
Yu Yang 已提交
80 81 82
      }
    }
    // No suitable allocator
83

S
sneaxiy 已提交
84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100
    // This happens when the first allocator is exhausted and
    // there are more than 1 allocation requests
    // In this situation, the first allocation request would success
    // and the second allocation request would fail if we do not use
    // the newly created allocator by the first allocation request.
    for (size_t new_allocator_num = allocator_num_.load();
         allocator_num < new_allocator_num; ++allocator_num) {
      try {
        auto ret = callback(*underlying_allocators_[allocator_num]);
        prev_success_allocator_ = allocator_num;
        return std::move(ret);
      } catch (BadAlloc&) {
      } catch (...) {
        std::rethrow_exception(std::current_exception());
      }
    }

101
    ManagedAllocator* new_allocator;
Y
Yu Yang 已提交
102 103
    {
      std::lock_guard<std::mutex> guard(mtx_);
S
sneaxiy 已提交
104 105 106 107 108 109 110 111
      auto old_size = allocator_num_.load();
      PADDLE_ENFORCE_LT(old_size, underlying_allocators_.size(),
                        "Allocator number exceeds capacity %d",
                        underlying_allocators_.size());
      underlying_allocators_[old_size] = creator_();
      new_allocator = underlying_allocators_[old_size].get();
      prev_success_allocator_ = old_size;
      allocator_num_.fetch_add(1);
Y
Yu Yang 已提交
112
    }
113 114 115 116 117 118

    PADDLE_ENFORCE(
        new_allocator->IsAllocThreadSafe(),
        "the underlying allocator must be thread safe. This is a program "
        "bug.");
    return callback(*new_allocator);
Y
Yu Yang 已提交
119 120 121
  }

  AllocatorCreator creator_;
122

S
sneaxiy 已提交
123 124
  std::vector<AllocatorCreator::result_type> underlying_allocators_;
  std::atomic<size_t> allocator_num_{0};
125 126 127 128 129 130

  // Use std::atomic rather than std::mutex, since std::atomic is usually
  // lock-free
  std::atomic<size_t> prev_success_allocator_{0};

  std::mutex mtx_;
Y
Yu Yang 已提交
131 132 133 134
};
}  // namespace allocation
}  // namespace memory
}  // namespace paddle