Как я могу предотвратить рост памяти с помощью журнала буста?

Запуск примера кода буста в этом ссылка на сайт будет продолжать увеличивать использование памяти. Я думаю, что это утечка памяти.

версия Boost lib: 1.64.0

This is the piece of code I'm checking more carefully
/*
*          Copyright Andrey Semashev 2007 - 2013.
* Distributed under the Boost Software License, Version 1.0.
*    (See accompanying file LICENSE_1_0.txt or copy at
*          http://www.boost.org/LICENSE_1_0.txt)
*/
#include <stdexcept>
#include <stdio.h>
#include <string>
#include <iostream>#include <fstream>
#include <boost/ref.hpp>
#include <boost/bind.hpp>
#include <boost/thread/thread.hpp>
#include <boost/thread/barrier.hpp>

#include <boost/smart_ptr/shared_ptr.hpp>
#include <boost/date_time/posix_time/posix_time.hpp>

#include <boost/log/common.hpp>
#include <boost/log/expressions.hpp>
#include <boost/log/attributes.hpp>
#include <boost/log/sources/logger.hpp>
#include <boost/log/sinks.hpp>
//#include <boost/log/sinks/sync_frontend.hpp>
//#include <boost/log/sinks/text_file_backend.hpp>

namespace logging = boost::log;
namespace attrs = boost::log::attributes;
namespace src = boost::log::sources;
namespace sinks = boost::log::sinks;
namespace expr = boost::log::expressions;
namespace keywords = boost::log::keywords;

using boost::shared_ptr;

enum
{
LOG_RECORDS_TO_WRITE = 10000,
THREAD_COUNT = 19
};//BOOST_LOG_INLINE_GLOBAL_LOGGER_DEFAULT(tmp_logger, src::logger_mt)
BOOST_LOG_INLINE_GLOBAL_LOGGER_DEFAULT(test_lg, src::logger_mt)

//! This function is executed in multiple threads
void thread_fun(boost::barrier& bar)
{
// Wait until all threads are created
bar.wait();

// Now, do some logging
// modify code start
while(1) {
BOOST_LOG(test_lg::get()) << "Log record Log record Log record Log record Log record Log record Log record Log record ";
}
// modify code end
}

int main(int, char*[])
{
try
{
// Open a rotating text file
shared_ptr< std::ostream > strm(new std::ofstream("test.log"));

if (!strm->good()) {
throw std::runtime_error("Failed to open a text log file");
}

// Create a text file sink
shared_ptr< sinks::synchronous_sink< sinks::text_ostream_backend > > sink(
new sinks::synchronous_sink< sinks::text_ostream_backend >
);

sink->locked_backend()->add_stream(strm);

sink->set_formatter(
expr::format("%1%: [%2%] [%3%] - %4%")
% expr::attr< unsigned int >("RecordID")
% expr::attr< boost::posix_time::ptime >("TimeStamp")
% expr::attr< attrs::current_thread_id::value_type >("ThreadID")
% expr::smessage
);

// Add it to the core
logging::core::get()->add_sink(sink);

// Add some attributes too
logging::core::get()->add_global_attribute("TimeStamp", attrs::local_clock());
logging::core::get()->add_global_attribute("RecordID", attrs::counter< unsigned int >());
logging::core::get()->add_global_attribute("ThreadID", attrs::current_thread_id());

// Create logging threads
boost::barrier bar(THREAD_COUNT);
boost::thread_group threads;

for (unsigned int i = 0; i < THREAD_COUNT; ++i)
threads.create_thread(boost::bind(&thread_fun, boost::ref(bar)));

// Wait until all action ends
threads.join_all();
}
catch (std::exception& e)
{
std::cout << "FAILURE: " << e.what() << std::endl;
return 1;
}
return 0;
}

Количество свободного размера продолжает уменьшаться, пока цикл while продолжается.
Свободная емкость во время запуска (18:50:56) составляет 28,331 КБ, а через 55 минут (19:45:14) — 13,449 КБ, поэтому разница составляет около 15 МБ.

РЕДАКТИРОВАТЬ: / proc / meminfo результат строки «MemFree»

Он продолжает уменьшаться, вызывая ом, в конечном итоге панику ядра и перезагрузку.

Как исправить эту проблему? Я с нетерпением жду ваших комментариев и советов

1

Решение

Проверка памяти была выполнена с использованием значения «MemFree» в «cat / proc / meminfo»

Это не надежный способ измерить использование памяти процессом.

Вместо этого запустите свой код под профилировщиком памяти, например, valgrind —tool = massif.

Я запустил ваш модифицированный пример, но с 20 потоками, под Massif в течение 10 минут, и это явно указывает на отсутствие роста:

введите описание изображения здесь

Заметки:

  1. у вас может быть другой процесс утечки памяти
  2. у вас может быть сам лог-файл (неявно) в tmpfs, что делает доступным сокращение памяти
  3. в более старых версиях boost могла быть ошибка (я тестировал с boost 1.67)
1

Другие решения

Других решений пока нет …

По вопросам рекламы ammmcru@yandex.ru
Adblock
detector