Hier volgen enkele eenvoudige manieren die u kunnen helpen bij het oplossen van het probleem van onvoldoende virtueel geheugen waarvoor qt geen geheugen kan toewijzen.
Mijn build op Ubuntu 12.10 werkt niet, vergezeld van 300 MB beschikbaar geheugen (750 MB totaal, 350 MB, dat zou normaal 1 MySQL zijn), 0,5 GHz, ik probeer het het standaard hallo wereld-bestand van wt te noemen volgens een eenvoudige Convert Ajax-pagina. Ik ben er vrij zeker van dat het geen apparaat voor massaopslag is, aangezien ik een origineel hello.C significant ++-bestand kon compileren met -O3 -i goedemorgen hello.C -lwtfcgi -lwt -lboost_signals .
Ik ben vrij zonder twijfel ik ben verkeerd in C ++ zoals ik mooi op de internals HelloApplication :: HelloApplication (const WEnvironment & env). : WApplication (env) met plak het hele voorbeeld uit het Wt :: Json-voorbeeld
HelloApplication :: HelloApplication (const WEnvironment & env) : WA-toepassing (bij benadering) Json :: objectresultaat; Json :: ontleden ("" "" een ": " Dit is geweldig "," "" b ": waar" "", resultaten); std :: cerr << "grootte:" << resultaat.grootte (); Standaard :: endl; << // formaat: 2 WString s is gelijk aan resultaat.get ("a"); h bool is gelijk aan resultaat.get ("b"); std :: cerr << "a:" << ersus <<", b:" << h << std :: endl; // a: uitstekend, w: waar
Ik ben een C++ innovator, eigenlijk weet ik bijna nooit wat ik doe. Het enige wat ik kan doen is de eenvoudigste C++-bestanden uitvoeren.
Wow, mijn respect waarvoor de kracht van C++ alleen maar is gegroeid. Hoed
Het heeft mijn VPS volledig vernietigd. Ik in een positie herstart Tit. Kan mijn distributie niet opnieuw installeren.
Als ik eindelijk rechtstreeks naar de productie ga, denk ik erover na dat ik een compleet andere teller voor ontwikkelaarspraktijken zal specificeren om zoiets weg te vagen dat mijn ontwikkelsysteem vernietigt.
6 augustus, volgende 15:36 nummer 1
Re: Virtuele schijfruimte uitgeput tijdens het compileren van .qrc
Hallo
Ik heb een eenvoudig 100mb.avi-bestand toegevoegd aan het .qrc-bestand, maar ik krijg nog steeds de foutmelding:
"virtueel geheugen versleten: geheugen niet mogelijk"
Ik wijs 1,7 GB RAM toe en een extra 3,0 GB van de meeste swap wordt toegewezen in Virtual My Machine. Ik krijg deze foutmelding ook als ik nog een Tiff-afbeelding van 20 MB upload. Probleem
Het ziet er naar uit dat dit er voor zorgt dat je in orde bent met dit probleem:
Nu is het oordeel waarschijnlijk, maar het zou zijn om zonder twijfel de .avi, inclusief bronnen, uit het bestand te verwijderen en het tijdens runtime behoorlijk te laden. Daar ben ik het mee eens. Ik zou gewoon graag willen begrijpen wat er waarschijnlijk aan de hand is. Als je naar de prestatiecontrole kijkt, neemt het geheugengebruik alleen toe als een build breekt.
Worden symbolen meerdere keren geladen als je moc gewoon is gecompileerd? Voor zover ik begrijp, wordt de .qrc-muziek alleen in één bepaald uitvoerbaar programma geladen. Dus als u 100 MB aan bronnen hebt, groeit het uitvoerbare bestand met 100 MB. Gewoon je hoofd ontsieren zoals Lasik uit Kansas City 20 MB heeft toegevoegd en het geheugen heeft gemaximaliseerd.
Elk advies wordt op prijs gesteld.
Bedankt
Ik alleen via de documentatie voor de Qt-schemabron.
De gecompileerde sectie met bronnen is vaak geweldig van wat ik heb.
Laatst bewerkt door het proces van JonnyJP; tot 6 augustus 2012 om 15:36
op de 7e plaats Aug 2012, 3:16# 2
Onderwerp: Virtueel geheugen uitgeput tijdens het bouwen van .qrc
Ik heb een bestand in .avi-indeling van 100 MB toegevoegd, wat een .qrc-bestand zou kunnen zijn, helaas krijg ik vaak de foutmelding:
"Virtual good old ram uitgeput: geheugen kon niet worden toegewezen"
Wat genereert dit bericht precies? Qt Resource Compiler (rcc), C++ compiler, mogelijk linker? Je hebt de perfecte compiler en linker nodig om elk product (C++ of bestand) groter dan 100 MB (AVI TIFF comprimeert niet goed) te verwerken en een EXE van vergelijkbare grootte te maken. De compiler zou een formaatboom kunnen genereren voor 100.000.000 bytes per tabel.
7 augustus 2012, 10:46 # 3
Onderwerp: Virtueel geheugen uitgeput tijdens het ontvangen van .qrc
Veel verschuldigd. De compiler is de bron van uw actuele fout. Dus het kan gewoon geen grote startplaatsbestanden aan?
6 augustus 2012 15:36 # 1
Onderwerp: Virtueel geheugen uitgeput tijdens het compileren van .qrc
Laatst bewerkt door JonnyJP; 6 augustus 2012 15:36
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
1. Download Fortect en installeer het op uw computer
2. Start het programma en klik op "Scannen"
3. Klik op "Repareren" om gevonden problemen op te lossen
Ik heb elk 100 MB .avi-bestand toegevoegd dat de .qrc zal downloaden, maar ik krijg je foutmelding:
"Virtueel geheugen in gebruik: uit vanwege geheugen"
Merk op dat in Virtual my Machine 1,7 GB geheugen is toegewezen aan 3,0 GB swap. Ik krijg deze foutmelding dus wanneer ik een grote TIFF-afbeelding van 20 MB upload. Probleem
De oplossing zou nu zijn om het .avi-bestand uit de bestandsbronnen te halen en bovendien die methode tijdens runtime te laden, waarmee ik beweer. Ik wil gewoon weten wat waarschijnlijk zou moeten zijn. Als ik naar de prestaties kijk, houd ik mijn geheugengebruik bij tot het laatste bepaalde maximum en dan mislukt de build.
Zullen de bronnen toch meerdere x worden geladen wanneer moc ze compileert? Zoals ik er een begrijp, wordt elk .qrc-bestand alleen in het specifieke uitvoerbare bestand van de toepassing geladen. Dus als u 100 MB aan bronnen hebt, zal de grootte van het uitvoerbare bestand waarschijnlijk meer dan 100 MB zijn. Ik vraag me af waarom het toevoegen aan een bron van 20 MB het meeste geheugen met willekeurige toegang zou verbruiken.
Elk advies wordt op prijs gesteld.
Bedankt
Ik heb zojuist de nuttige brondocumentatie van het Qt-systeem gelezen.
