Можно ли "заморозить" слот/сигнал?

[Bepec]

Аваррон вы немного путаете

Я говорю о том, что сигналы медленные по сравнению с прямыми вызовами

Вы же сравниваете сигнал и вызов слота с последующей обработкой данных модели, что в корне неверно

PS если дальше пойдёт, то начнёте сравнивать скорость работы класса с его конструктором

PPS реаллок - наверно освобождение памяти

[Пантер]

реалок - перераспределение памяти.

[Akon]

Верес:
Да потрудитесь проанализировать предыдущие посты, особенно ваши, может поймете, кто путается.

[Авварон]

Аваррон вы немного путаете

Я говорю о том, что сигналы медленные по сравнению с прямыми вызовами

Вы же сравниваете сигнал и вызов слота с последующей обработкой данных модели, что в корне неверно

PS если дальше пойдёт, то начнёте сравнивать скорость работы класса с его конструктором

PPS реаллок - наверно освобождение памяти

Понятно, что прямые вызовы будут быстрее, чем сигнал\слот. Но зачем экономить на спичках, если есть гораздо более проблемные вещи?

Igors
реаллок - это сишная функция realloc(). Странно, что вы не знаете:)

[Igors]

Igors
реаллок - это сишная функция realloc(). Странно, что вы не знаете:)

Эту знаю, то Ваша транскрипция/прононс меня сбили с толку В свое время намучался с ней

Код

C++ (Qt)
void * data = malloc(1024 * 1024 * 100); // выделили 100 Mb
data = realloc(data, 1024);  
 

Блок 1K корректен, но по крайней мере "на некоторых платформах" 100Mb остаются занятыми. Писал Qt об этом, поблагодарили (наверное пофиксили).

По поводу больших данных. На добавление очень хороша дека (только не в MSVC реализации). На удаление она тоже заметно быстрее. На вставку простых решений не знаю, надо выдумывать (что впрочем мне нравится)

[Авварон]

Igors
реаллок - это сишная функция realloc(). Странно, что вы не знаете:)

Эту знаю, то Ваша транскрипция/прононс меня сбили с толку В свое время намучался с ней

Код

C++ (Qt)
void * data = malloc(1024 * 1024 * 100); // выделили 100 Mb
data = realloc(data, 1024);  
 

Блок 1K корректен, но по крайней мере "на некоторых платформах" 100Mb остаются занятыми. Писал Qt об этом, поблагодарили (наверное пофиксили).

По поводу больших данных. На добавление очень хороша дека (только не в MSVC реализации). На удаление она тоже заметно быстрее. На вставку простых решений не знаю, надо выдумывать (что впрочем мне нравится)

Какая связь между сишными функциями и Qt??

Ну собственно самописная дека легко расширяется для вставки в середину. С появлением чанков уменьшаются накладные расходы на меммув при вставке в середину.

[Sancho_s_rancho]

Igors
реаллок - это сишная функция realloc(). Странно, что вы не знаете:)

Эту знаю, то Ваша транскрипция/прононс меня сбили с толку В свое время намучался с ней

Код

C++ (Qt)
void * data = malloc(1024 * 1024 * 100); // выделили 100 Mb
data = realloc(data, 1024);  
 

Блок 1K корректен, но по крайней мере "на некоторых платформах" 100Mb остаются занятыми. Писал Qt об этом, поблагодарили (наверное пофиксили).

По поводу больших данных. На добавление очень хороша дека (только не в MSVC реализации). На удаление она тоже заметно быстрее. На вставку простых решений не знаю, надо выдумывать (что впрочем мне нравится)

Какая связь между сишными функциями и Qt??

Ну собственно самописная дека легко расширяется для вставки в середину. С появлением чанков уменьшаются накладные расходы на меммув при вставке в середину.

Qt-шники фиксят реализации плюсовых компиляторов и поведение ОС 
Пятница закончилась хорошим настроением. Спасибо.

[Igors]

Какая связь между сишными функциями и Qt??

Довольно прямая. Попробуйте такой тестик на OSX 10.6.8.

Код

C++ (Qt)
#include <QVector>
 
int main ()
{
	const int count = 100 * (1024 * 1024);
 
	QVector <int> test;
	test.resize(count);
 
	printf("after resize, press enter\n");
	getchar();
 
	test.erase(test.begin(), test.begin() + count - 4);
 
	test.squeeze();
 
	printf("after squeeze, press enter\n");
	getchar();
 
	test.clear();
 
	printf("after clear, press enter\n");
	getchar();
 
	return 0;
}
 

Обратите внимание что дока по squeeze обещает освободить память, однако на 10.6.8 этого не происходит, Activity Monitor по-прежнему показывает 400 Mb занято

Ну собственно самописная дека легко расширяется для вставки в середину.

Это интересно, прошу показать как. Хотя обычно если говорится "легко" - шансов увидеть маловато 

[GreatSnake]

Обратите внимание что дока по squeeze обещает освободить память, однако на 10.6.8 этого не происходит, Activity Monitor по-прежнему показывает 400 Mb занято

Память-то squeeze освобождает, только вот не отдаёт системе)
Всё зависит от реализации malloc-a.

[Igors]

Память-то squeeze освобождает, только вот не отдаёт системе)
Всё зависит от реализации malloc-a.

Если напр в 32-бит я так буду "освобождать" - очень быстро получу отказ выделения. А в 64 пойдет по свапам что еще хуже. С malloc везде все хорошо, ни разу не видел его вины. А вот использования проблемной ф-ции realloc лучше избегать, это несложно

[navrocky]

Функция realloc не проблемная. Менеджеры памяти всегда отъедают память для кучи у системы и не всегда у них получается ее освободить. Посудите сами, к примеру, выделили вы 100Мб, а затем 100б, теперь вы 100Мб ужимаете до 1 килобайта, и получается дырка вочти в 100 Мб между двумя выделениями. Менеджер памяти не может при этом отдать эту память системе. Отдаст системе только когда вы освободите те последние 100 б. Но при этом память для приложения освободилась и менеджер памяти может переиспользовать ее для новых выделений.

[Igors]

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

Это легко проверить. Изменим примерчик

Код

C++ (Qt)
#include <QtGUI>
 
int main ()
{
	const int count = 100 * (1024 * 1024);
 
	for (int i = 0; i < 100; ++i) {
		QVector <int> * test = new QVector <int> ();
		test->resize(count);
		test->erase(test->begin(), test->begin() + count - 4);
		test->squeeze();
 
		printf("after squeeze, press enter\n");
		getchar();
	}	
 
	return 0;
}
 

На OSX 10.6.8 увидим последовательное пожирание памяти 400, 800 и.т.д. Когда (в 32-битах) граница 2Gb будет перейдена - получим столь любимое Вами exception 

[Bepec]

Эммм igors а где realloc?

Вы в примере тупо выделяете память Конечно она убьётся в эксепшн.

[GreatSnake]

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

Не надо разделять malloc/realloc ибо они всегда являются частью одного менеджера памяти.

[Igors]

Эммм igors а где realloc?

Вы в примере тупо выделяете память Конечно она убьётся в эксепшн.

У кого убьется, а у кого и как сказать. Речь здесь о том что не везде realloc отдает память взад. В результате squeeze не работает как положено (см. обсуждение выше).

Не надо разделять malloc/realloc ибо они всегда являются частью одного менеджера памяти.

Я вполне согласен с этим глубокомысленным утверждением, но не пойму как оно меняет практический результат . Это не только для QVector,  на и для др, напр QString, и разделяем мы там чего или нет - мне придется с этим считаться напр при работе с большими файлами