авторСиПиПи,

Вот код на c++ который создает 10 000 000 объектов за 0.27 секунды ( на моем компе ).
Если не тяжело приведи плиз код на шарпе который сделает это быстрее

#include <iostream>
#include <time.h>

const int NUM = 10000000;

class test
{
private:
int a,b,c;
public:
test(int aa):a(aa),b(aa),c(aa){}
void print()
{
std::cout << a << " " << b << " " << c << std::endl;
}
~test(){}
};

int main()
{
clock_t t1 = clock();
test *big_arr = (test *)new char[ NUM * sizeof(test)];

if( big_arr )
{
for( int i = 0; i< NUM; i ++ )
{
new(big_arr+i)test(i);
}

/* for( int i = 0; i< NUM; i ++ )
{
big_arr[i].print();
}
*/
for( int i = 0; i< NUM; i ++ )
{
big_arr[i].~test();
}
delete []((char *)big_arr);

std::cout << "Work time = " << ((double)(clock() - t1 )/ (double) CLOCKS_PER_SEC ) << std::endl;
}
else
std::cout << "Not enought memory" << std::endl;
return 0;
}

Цитата с самого начала темы...

А кто-нибудь этот код выполнял? Или хоть по пялился внимательно? Дык вот, никакие 100000000 объектов динамически (в хипе) тут не создаются. Единственный new здесь создает массив, где лежат объекты (не указатели на объекты), а единственный delete грохает весь массив. В цикле же выполняются только конструкторы и деструкторы (оптимизатор второй цикл вообще киляет, т.к. деструктор пустой). Если же написать все по честному, типа:

#include <iostream>
#include <time.h>

const int NUM = 100000000;

class test
{
private:
int a, b, c;
public:
test() {}
test(int aa) :a(aa), b(aa), c(aa){}
void print()
{
std::cout << a << " " << b << " " << c << std::endl;
}
~test(){}
};

int main()
{
clock_t t1 = clock();
test** big_arr = new test*[NUM];


if (big_arr)
{
for (int i = 0; i< NUM; i++)
{
big_arr[i] = new test(i);
}

for (int i = 0; i< NUM; i++)
{
delete big_arr[i];
}
delete[] big_arr;

std::cout << "Work time = " << ((double)(clock() - t1) / (double)CLOCKS_PER_SEC) << std::endl;
}
else
std::cout << "Not enought memory" << std::endl;
return 0;
}

То расклад совсем другой... new срабатываем мгновенно, а вот конца цикла 100 000 000 с delete (на MSVC 2013 64бит) я вообще не дождался. Цикл c 1 000 000 delete занял 3 минуты.
Из этого следует только то, что у MSVC г-нный менеджер памяти, и в MSVC не стоит использовать new/delete в циклах. Причем г-ным обзываю обоснованно, т.к. аналогичная задачка (100 000 000 new/delete), например, в Delphi (64бит) решается за 12 сек (6 сек new, 6 сек delete) без оптимизатора.

type
TTestMem=class
a,b,c: integer;
end;

procedure TForm1.Button1Click(Sender: TObject);
var a: array of TTestMem;
j: integer;
begin
SetLength(a,100000000);
for j:=0 to Length(a)-1 do
a[j]:=TTestMem.Create;

for j:=0 to Length(a)-1 do
a[j].Free;

a:=nil;
end;

Очень хочется верить, что это проблема только MSVC и есть компиллеры C++ (особенно интересно под windows) в которых можно спокойно пользоваться динамической памятью (heep) в критическом блоке...

авторnikichale
аналогичная задачка (100 000 000 new/delete), например, в Delphi (64бит) решается за 12
сек (6 сек new, 6 сек delete) без оптимизатора.

Да, вот только ты в Дельфи использовал почему-то умолчательный конструктор вместо
конструктора с тремя присваиваниями внутри.


да, и добавление 3х присвоений затормозит выполнение на 3мин * 10, как в MSVC

Dimitry Sibiryakov,
А чего ты ожидал от обращений к невыравненной памяти за пределами процессорного кэша?..


ну добавил я 3 присвоения - естественно на время не сказалось вообще. Да и странно это было бы, new и delete (Create/Free) все таки весят поболе, чем 3 присвоения

сlihlt Так не 100000000, не объектов, или не в хипе ? Что конкретно из этого не вполняет код? :)

Пример создает 100000000 раз - да, объектов - да, в хипе - да, но пожалуй не динамически, т.к. new/delete выполняется 1 раз в начале и в конце (хитрый new в цикле, как я понимаю память не выделяет).
Очень рад за gcc, что имеет хороший менеджер памяти. Интересно у Qt под винды есть проблемы динамическим выделением памяти?

Еще один феномен C++ в исполнении мелкософт (MSVC 2013). Писал на нем проект по разбору больших xml файлов (OpenStreetMap). Сразу пришлось отказаться от всех средств неявно использующих new/delete (например, std::string), дерево объектов XML также строилось жутко медленно. В конечном итоге вместо C++ остался голый C и вся обработка происходила в событиях "начало тэга" и "конец тега". Теперь прикол, чисто в демо целях конечный результат нужно было выдать в текстовом csv формате - не стал ничего оптимизировать и использовал текстовый файловый поток и операцию <<, выводил строки с именами объектов и вещественные числа с координатами объектов, и что же - это сожрало больше 90% всего времени обработки XML! При этом проц занимался полностью, половина процессорного времени была системным, у процесса быстро росло PageFaults, а вывод в файл происходил со скоростью 200кб/сек. Больно и обидно мне стало за C++, которым, из-за программистов MS, попользоваться мне просто не удалось

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

maytonТак что за зверь сожрал 90% ?
Амперсандик перед параметром ф-ии потерялся, а параметр был vector даблов длиной тыщ 100...