Очень долгое освобождение динамически выделенной памяти

[Rangok]

Сообщение от Rififi

Rangok
Код кривой. 80k элементов - это ни о чём.
http://liveworkspace.org/code/cb2109...27981718ce5f94

Искать кривизну, исправлять её. задействовать отладчик и профайлер.

Я понимаю, что "код кривой", раз такие тормоза при удалении. Только как найти "кривизну" я пока не понял.

В этом ли проблема?

Сообщение от Rangok

На сколько я понял, проблема состоит в дефрагментации динамической памяти при создании объектов через new.
Может быть лучшим решением будет создать свою кучу для занесения в нее объектов Node1 , Node2 ,Node12 (при завершении работы освободить разом всю память из кучи)?

[Last]

Сообщение от Rangok

В этом ли проблема?

Разве после освобождения всей кучи разом не будут вызываться деструкторы объектов? По-моему в лучшем случае выигрыша во времени не будет, а в худшем это приведёт к печальным последствиям (но я могу и ошибаться )

[Rangok]

Сообщение от Last

Разве после освобождения всей кучи разом не будут вызываться деструкторы объектов?

Но все объекты будут находится в этой куче и если освободить память, занимаемой кучей, то объекты автоматически удаляется, разве нет?

[plgrm44]

Сообщение от Rangok

То есть я могу написать в базовом классе ~Node(){}, а в классах потомках вообще не писать деструкторов?


А поподробнее можно? Применительно к Microsoft Visual Studio или QtCreator.

В VS для проекта есть различные конфигурации сборок. Для создаваемого проекта создаются две конфигурации: Debug и Release. Для дебага также переопределяется оператор new для того, чтобы вести учет использования динамической памяти. Для релиза этого всего нет.

[Krok27]

То есть я могу написать в базовом классе ~Node(){}, а в классах потомках вообще не писать деструкторов?

Да. Но если только не надо в этих классах освобождать ресурсы. Тогда деструктор нужен. Только обязательно virtual ~Node(){}
или

public:
    virtual ~Node()=0;

и

Node::~Node()
{}

Если нужен чисто виртуальный деструктор, осталось только придумать - зачем?

[Rangok]

Сообщение от Krok27

Да. Но если только не надо в этих классах освобождать ресурсы. Тогда деструктор нужен. Только обязательно virtual ~Node(){}
или

public:
    virtual ~Node()=0;

и

Node::~Node()
{}

Если нужен чисто виртуальный деструктор, осталось только придумать - зачем?

В классе Node данных не содержится, поэтому я объявил чистый виртуальный деструктор, чтобы он не вызывался просто так.

public:
    virtual ~Node()=0;

и

Node::~Node()
{}

Но в классах Node1 Node2 и Node12 содержатся контейнеры

 typedef set<NodeCont::iterator,CompareObj> LinksCont;

Поэтому я объявил в этих классах деструкторы.

public:
    ~Node1(){}
public:
    ~Node2(){}
public:
    ~Node12(){}

[p51x]

чтобы он не вызывался просто так.

У абстрактного класа будет просто так вызываться деструктор?..

[pproger]

2Rangok

В классе Node данных не содержится, поэтому я объявил чистый виртуальный деструктор, чтобы он не вызывался просто так.

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

[Rangok]

А ну ясно, да значит зря объявлял)
А что по поводу главного вопроса?

[_Bers]

Сообщение от Rangok

В классе Node данных не содержится, поэтому я объявил чистый виртуальный деструктор, чтобы он не вызывался просто так.

Есть даже такой термин: pure virtual function call

Твой чисто виртуальный диструктор - это детище корпорации Зла.
Только студийные компиляторы пропускают такое мимо ушей.
Писать чисто виртуальные диструкторы - не по стандарту, и соответственно твой код будет не портируемым.


На языке с++ у каждого класса без исключений существует конструктор, и диструктор.

В случае, если прототип объявлен программистом, компилятор уже не будет создавать дефолтную реализацию диструктора.

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

А поскольку у него нет туловища - ошибка компиляции/компоновки.

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