घर
Top.Mail.Ru Yandeks.Metrika
फोरम: "सिस्टम";
वर्तमान संग्रह: 2002.06.20;
डाउनलोड करें: [xml.tar.bz2];

नीचे

पर्याप्त जीडीआई संसाधन नहीं इसी तरह की शाखाएँ खोजें


Sergey13   (2002-03-19 10:02) [0]

Delfa के साथ काम करते समय (आमतौर पर) + कुछ अन्य अनुप्रयोग अक्सर विषय होता है। और कल, सामान्य रूप से - एक डेल्फ़ और संपादक में एक खुला रूप (स्वस्थ, लेकिन बहुत ज्यादा नहीं) 98% GDI (NU-SysDoctor में देखा)। ट्रे में छोटे कार्यक्रमों के एक जोड़े। कंप्यूटर सबसे खराब नहीं लगता है - C800 / 256 / GeForce2। मुझे संदेह है कि मैं "ट्यूनिंग" कार्यक्रमों के साथ कहीं अधिक चतुर था। लेकिन मुझे समझ में नहीं आ रहा है। यह जानने में मेरी मदद करें। क्या रजिस्ट्री उठा सकते हैं, जहां या कुछ और। सामान्य तौर पर, कैसे लड़ें?



erik   (2002-03-19 14:04) [1]

Поставь win 2000 или NT 4.0 там тебе GDI хватит.



-=CrazyFish=-   (2002-03-19 14:06) [2]

मेरे पास एक बार एक परियोजना भी ऐसे संदेश का कारण थी। इसमें बहुत सारे ऑटो क्रिएट फॉर्म शामिल थे और लॉन्च के समय संसाधनों का एक समूह खा गया था, इसे डेल्फी के तहत चलाने की कोशिश का मतलब था सिस्टम को लटका देना। यदि यह कारण है, तो आपको ऑटो क्रिएट फॉर्म से जितना संभव हो उतना छुटकारा पाने और उन्हें गतिशील रूप से बनाने की आवश्यकता है, जबकि प्रोग्राम चल रहा है, उन्हें गतिशील रूप से भी धमाका करने के लिए भूल के बिना।



Sergey13   (2002-03-20 08:47) [3]

2erik © (19.03.02 14:04)
Не, не хочется. Да и на 98 можно работать, вот только причину бы найти.
2-=CrazyFish=- © (19.03.02 14:06)
С Auto Create все впорядке. Это мы проходили.

Интересное дополнение к вопросу. При открытии формы в Делфе - форма жрет около 35-40% GDI. При запуске готовой программы(без Делфи) только 8-9%. Интересно почему?



Ray   (2002-03-20 09:39) [4]

Раз не хочется ставить 2000/XP то будиш мучаться с 98. В NT подобных системах нет таких проблем с ресурсами.
А если по делу то насколько большая форма по размеру и что на ней леши и в каких обьемах?



drpass   (2002-03-20 11:05) [5]

У винды есть определенне количество дескрипторов, которое она способна выделить, оно постоянное и никак не зависит от гигагерцевости проца и мегабайтовости памяти. Это и есть ресурсы GDI. Количество немаленькое, измеряется тысячами. Если учесть, что каждый элемент, имеющий фокус ввода на форме, требует под себя дескриптор, каждый потомок TWinControl и TGraphicsControl жрет гграфический контекст, перо и кисть, можно прикинуть общие затраты GDI по изукрашенности своей проги.
Но полностью сожрать ресурсы у системы, даже 98, тяжеловато. Скорее всего, проблема в винде



Sergey13   (2002-03-21 08:49) [6]

2Ray © (20.03.02 09:39)
Да не то чтобы это прихоть. Просто мне для некоторого круга задач нужен "голый" ДОС, но при этом и от винды сильно уходить не хочется. На НТевых системах этого добиться сложнее.
На форме валялось 8 PageControl-ов по 2-5 TabSheet-ов. На каждом кнопочки-гриды-едиты - как обычно. Сейчас переделал на 2 PageControl-а по 4 TabSheet-а. Остальное убрал в другую форму. Но жрать ресурсы меньше не стало. Интересно почему? Такое ощущение, что однажды сожрав не хочет вертать 8-(.

2drpass © (20.03.02 11: 05)
>Количество немаленькое, измеряется тысячами.
Про дескрипторы я тоже читал. Но не тысячи же у меня контролов - от силы пол-сотни.
>Но полностью сожрать ресурсы у системы, даже 98, тяжеловато. >Скорее всего, проблема в винде
Вот и мне так кажется. Но где???



GBaca   (2002-03-21 10:07) [7]

У меня была такая-же проблема. Пришлось менять чужие тексты, полученные "по наследству" ( опыта программирования а Delphi небольшой). Данная проблема исчезла после увеличения памяти до 512 MB.



Sergey13   (2002-03-21 10:27) [8]

2GBaca (21.03.02 10:07)
>Данная проблема исчезла после увеличения памяти до 512 MB.
Дак у меня и 256 на половину при этом не загружены. Своп вообще пустой. Хотя 512 конечно лучше 8-)



Lestor   (2002-03-21 10:32) [9]

>>>>У винды есть определенне количество дескрипторов, которое она способна выделить, оно постоянное и никак не зависит от гигагерцевости проца и мегабайтовости памяти. Это и есть ресурсы GDI. Количество немаленькое, измеряется тысячами. Если учесть, что каждый элемент, имеющий фокус ввода на форме, требует под себя дескриптор, каждый потомок TWinControl и TGraphicsControl жрет гграфический контекст, перо и кисть, можно прикинуть общие затраты GDI по изукрашенности своей проги.
Но полностью сожрать ресурсы у системы, даже 98, тяжеловато.

Как нефиг делать сожрать!!! :-) Особенно если забыть вызвать пару деструкторов или "потерять" пару TWinControl и TGraphicsControl.
А теперь посчитаем - Delphi жрет ресурсы сама немало + каждая открытая форма + каждый контрол, да если еще и с картиночками... :-) А когда запускаешь проект на выполнение, то эти же формы еще хендлов сжирают..:-)
Правильный совет дали - переходи на NT.



Sergey13   (2002-03-21 10:53) [10]

2Lestor (21.03.02 10:32)
>Особенно .... "потерять" пару TWinControl и TGraphicsControl.
क्या मतलब?



drpass   (2002-03-21 12:07) [11]

>Lestor
Истратить их в нормальной проге и в Win98 очень трудно. А вот если ты забыл их освобождать в каком-нибудь рисовательно-оконном цикле, то тогда вполне можно. Хотя я давно работаю под NT



AlexDov   (2002-03-21 13:39) [12]

То же сталкивался с такой проблемой.
Советую поставить MemProof и посмотреть все ли рессурсы корректно освобождаются.
И еще если в преложении много форм, то лучше создовать их не в самом начале как это делает Делфи, а в момент обращения к ним и после закрытия удолять. Это будет чуть помедленее но зато рессурсы будут использоватся только тогда когда они нужны!!!

गुड लक।



ValeraVV   (2002-03-21 16:50) [13]

Еще, в Delphi может стоять создающий и некорректо освобождающий наследника от TWinControl (TCanvas, TFont, TPen) компонент, который на твоей форме и находится, а если ошибка проявляется только в DesignTime, то и MemProof не поможет.
На счет NT конечно хорошо, да вот из-за ее устойчивости мы года два распространяли программу, которая некорректно освобождала ресурсы, под NT работает сносно, а под Win98 у одного заказчика начала валиться программа, мы ему - выкинь 98, ставь NT, а причина то не в этом.



Sergey13   (2002-03-22 09:24) [14]

2ValeraVV © (21.03.02 16:50)
>Еще, в Delphi может стоять создающий и некорректо освобождающий >наследника от TWinControl (TCanvas, TFont, TPen) компонент, >который на твоей форме и находится
Валера, ты оказался прав. Ресурсы жрала DBGridEH. Замена 7 этих гридов на родные делфийские вернуло 22% из 26% первоначальных. Жаль, я так ее (DBGridEH) любил...8-(
आप सभी को धन्यवाद



Klive   (2002-03-25 08:04) [15]

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



पन्ने: 1 पूरी शाखा

फोरम: "सिस्टम";
वर्तमान संग्रह: 2002.06.20;
डाउनलोड करें: [xml.tar.bz2];

ऊपर





मेमोरी: 0.6 एमबी
समय: 0.031 c
14-65219
MisterBin
2002-05-17 21:34
2002.06.20
आप इसके बिना क्या कार्यक्रम कर सकते हैं?


6-65200
मेल कराना
2002-04-10 15:41
2002.06.20
क्लाइंट शुरू करने में त्रुटि (DCOM, सॉकेट)


1-65011
Kr_Alex
2002-06-08 22:11
2002.06.20
Ресурсы


1-65156
PTE
2002-06-06 22:16
2002.06.20
मुझे बताओ कि सही मुद्रण के लिए परियोजना का रीमेक कैसे बनाया जाए


1-65109
व्लादिमीर गोरकोव
2002-06-05 07:17
2002.06.20
TQuickRep के लिए प्रिंट करने के लिए प्रतियों की संख्या





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский