Почему профилировцика памяти не совпадают с реальным использованием RAM?

Question

[Кирилл Жиляев]

Делаю отладку приложения. Сделал снимок кучи - показало что используется 2 гигабайта в куче. Но приложение потребляет 25 мгабайт. Почему такая большая разница?

Картинка

Comments

[Василий Мельников]

А что в релизе происходит смотрели?
У меня один проект под отладкой в некоторых режимах съедает 3 гига за час. В релизе всё прекрасно.

[Кирилл Жиляев]

Василий Мельников, Диспетчер задч Windows показывает 25, как и дебагер. Но на Ubuntu - гиг и более, как будто утечка памяти

Answer 1

[Antony]

Предположу что, возможно, на уровне системы какай-нибудь "ленивый" алгоритм выделения памяти и отладчик может показывать реальное колличество уже аллоцированной памяти.

Comments

[Кирилл Жиляев]

Но все же не понятно что с этим делать. Принимать все 2 гига как утечку памяти (хотя странно что утечка может быть в vector). Вот на Uuntu такая же программа потребляет уже 1 и более гигабайта.

[Roman]

Кирилл Жиляев,

(хотя странно что утечка может быть в vector)

"не совсем утечка"
std::vector::shrink_to_fit

аллокатор стандартный? или свой?
https://ru.cppreference.com/w/cpp/memory

[Кирилл Жиляев]

Roman, стандартный
https://github.com/uakfdotb/ghostpp/blob/master/gh...

~m_MapData = UTIL_FileRead( m_GHost->m_MapPath + m_MapLocalPath );

	if ( !m_MapLocalPath.empty( ) && CFG->GetInt( "mcd_allow", 1 ) == 1 )
	{
		~BYTEARRAY b = BYTEARRAY( m_MapData.begin( ), m_MapData.end( ) );
		m_MCD.Parse( b );
		m_HasMCD = true;
		~m_MapData = string( b.begin( ), b.end( ) );
	}

Тильдой помечены строки, которые фигурировали в стеке вызовов.

[Кирилл Жиляев]

Кирилл Жиляев,

string m_MapData; typedef vector<unsigned char> BYTEARRAY;

[Roman]

Кирилл Жиляев, попробуйте

auto&& UTIL_FileRead = [](auto& fname)
{
  ifstream in(fname, ios::binary);
  string data;
  //...
  if(!in)
  {
      //CONSOLE_Print("[UTIL] warning - unable to read file [" + fname + "]");
      return data;
  }
  in.seekg(0, ios::end);
  uint32_t FileLength = in.tellg();
  in.seekg(0, ios::beg);

  data.resize(FileLength);
  in.read((char*)data.data(), FileLength);
  return data;
};

string m_MapData{ UTIL_FileRead(m_GHost->m_MapPath + m_MapLocalPath) };
if(!m_MapLocalPath.empty() && CFG->GetInt("mcd_allow", 1) == 1)
{
  vector<unsigned char> b{m_MapData.begin(), m_MapData.end()};
  m_MCD.Parse(b);
  m_HasMCD = true;
  m_MapData.clear();
  m_MapData.shrink_to_fit();
  m_MapData.reserve(b.size());
  m_MapData.insert(m_MapData.begin(), b.begin(), b.end());
}

Или у вас С++11 неприемлем?

там еще в string UTIL_FileRead( string file )
есть момент

char *Buffer = new char[FileLength];
	IS.read( Buffer, FileLength );
	string BufferString = string( Buffer, IS.gcount( ) );
	IS.close( );
	delete [] Buffer;

почему бы не заресайзить и сразу в строку не читать?

[Кирилл Жиляев]

Roman, c11 приветствуется. Сделаю реворк

[Roman]

Кирилл Жиляев, поправил чуть.

[Кирилл Жиляев]

Roman,
Если не секрет для чего нуден return move(data); тут move?

[Roman]

Кирилл Жиляев, да move() тут не нужна.
https://en.cppreference.com/w/cpp/language/copy_elision

убрал.

[Кирилл Жиляев]

Roman, не знаю как дела у дебагера, но RES на убунте снова до гига за 6 часов вырос. Может free ubuntu не освобождать память, а зарезервировать под другие нужды программы?

[Roman]

Кирилл Жиляев,
Возможно память системе сразу не возвращается. Пока у системы есть запас ресурсов.
но на всякий случай под valgrind запустить попробуйте.