Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, trdm, Вы писали:

T>>Здравствуйте, Аноним, Вы писали:
А>>>http://doc.trolltech.com/4.5/qt.html#WidgetAttribute-enum
А>>>This flag is only supported on X11 and it disables double buffering.
А>>>Само собой не помогает
T>>вранье:
T>>

А>а в виртуальной сколько?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, trdm, Вы писали:
А>Зачем же так грубо.
сори
А>Неужели вы думаете я бы стал создавать ветку только для того, что бы ввести кого то в заблуждение.
не а.
А>Мне, например, очень интересно, как у вас получился такой результат.
А>На моей конфигурации (qt 4.5, msvc-2008) пример с сотней диалогов отожрал 450 метров опреативы
Qt4.3.4
C:\>gcc --version
gcc (GCC) 3.4.2 (mingw-special)
Win XP SP2.

Здравствуйте, trdm, Вы писали:

T>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, trdm, Вы писали:
А>>Зачем же так грубо.
T>сори
А>>Неужели вы думаете я бы стал создавать ветку только для того, что бы ввести кого то в заблуждение.
T>не а.
А>>Мне, например, очень интересно, как у вас получился такой результат.
А>>На моей конфигурации (qt 4.5, msvc-2008) пример с сотней диалогов отожрал 450 метров опреативы
T>Qt4.3.4
T>C:\>gcc --version
T>gcc (GCC) 3.4.2 (mingw-special)
T>Win XP SP2.

Странно, очень странно. Проверил с вашим компилятором, все так же как и было

Неужели версия qt так влияет

PD>Здравствуйте, K13, Вы писали:
K13>>Нам хватает одного "полноэкранного", чтобы работать с кучей документов через закладки.

PD>А закладки — не окна ?

буфер создается на каждое top-level окно.
Если в него засандалить хоть сотню чайлдов друг в друге, каждый уменьшая в размере на пару пикселов -- ничего осбо страшного по памяти не произойдет.

вообще хочется понять, откуда берется куча top-level widgets на весь экран.
Какой смысл "хранить" виджеты? Данные должны лежать отдельно. Надо показать -- создал, показал.
Какой-нибудь toolbar -- ради бога, пусть болтается вечно через show/hide, как и Find/Replace Dialog.

Только стоит ли беспокоиться о памяти, выделенной под их буфер?

Можно привести пример workflow, при котором возникает необходимость иметь кучу top-level widgets, и каждый -- на весь экран?

А>Хорошо, K13, если для вас это не проблема и вы занимаетесь профессиональной разработкой, напишите пожалуйста требования по памяти вашего ПО, просто что бы знать что сейчас является нормой.

it depends
У разных продуктов по разному. Некоторым продуктам не хватает 2 гигов адресного пространства, приходится подключать "свой своп".
Разумеется, переход на 64 бита решил бы проблему без такого велосипеда, но у большинства кастомеров стоит 32-битная система.

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

Здравствуйте, kinetix, Вы писали:
K>Здравствуйте, trdm, Вы писали:
А>>>Мне, например, очень интересно, как у вас получился такой результат.
А>>>На моей конфигурации (qt 4.5, msvc-2008) пример с сотней диалогов отожрал 450 метров опреативы
T>>Qt4.3.4
T>>C:\>gcc --version
T>>gcc (GCC) 3.4.2 (mingw-special)
T>>Win XP SP2.

K>Странно, очень странно. Проверил с вашим компилятором, все так же как и было
K>Неужели версия qt так влияет
Вполне может быть.
Я в последнее время для себя решил провести такую политику:
Не использую новые объекты, которые появляются там в 4.4 или 4.5
Стараюсь писать софт на объектах имеющихся в 4.2.1
А то жирнее становится библиотека, неповоротливее.
Достаточно написать приемлемый набор компонент для работы,
а остальное оставить за бортом. Специфика моего софта это позволяет.