anoniem Geplaatst: 28 augustus 2004 Delen Geplaatst: 28 augustus 2004 Graag zou ik Opera willen installeren op mijn slack 10 box. Nu komt deze in echter in verschillende smaken. De .rpm en .deb moet ik niet hebben, maar er zijn dan nog 5 verschillende tar.gz smaken. Wie weet welke ik moe hebben ? Zelf denk ik de 'QT Share SuSE/Debian/Others' variant, maar dat weet ik niet zeker . Is dit de juiste keuze ? Quote Link naar reactie
anoniem Geplaatst: 28 augustus 2004 Auteur Delen Geplaatst: 28 augustus 2004 De tar.gz QT static. Werkt altijd. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:42c3d7a6a4="Knepsel"]De tar.gz QT static. Werkt altijd.[/quote:42c3d7a6a4] Kan dit geen problemen opleveren met andere programma's die van de library gebruik maken ? Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 die andere programma's gebruiken die bibliotheek niet ;) als je Qt al hebt, dan is static niet nodig, eerder ruimteverspilling kies je toch static, dan levert dat geen probleem op voor evt andere programma's die ook Qt gebruiken. Het systeem wordt hooguit trager omdat je meer resources nodig hebt. Max Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Static wil juist zeggen dat alles van QT (in dit geval) meegelinkt wordt in de executable. Het maakt dus een onderdeel uit van het programma zelf. Als je 100 progs zou hebben die QT gebruiken en die hebben het allemaal static gelinkt .... dan zou je 100x QT op je schijf staan... en erger.... voor elk van die programma's (als je het uitvoert) ook in het geheugen. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Even twee misconcepties uit de weg helpen: Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:0754934523]volledig[/b:0754934523] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen. Maximilaan: static binaries *laden* sneller dan dynamic. By dynamische moet de dynamic linker nl. alle symbols lokaliseren. Om die reden worden bij fork benchmarks ook altijd static binaries gebruikt. Static binaries worden alleen een probleem als je er veel gaat laden. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Klopt, maar een static qt-programma draaien op een systeem waarop qt al is geladen (bijv. omdat je kde gebruikt) betekent wel dat je meer resources nodig hebt (omdat je delen van Qt 2 x geladen hebt). Hierdoor wordt het systeem (als je weinig resources hebt) trager dan wanneer je opera dynamisch was gelinkt. statisch gelinkt betekent overigens niet altijd dat het programma sneller is. Het aloude Netscape bijv. startte altijd erg traag op omdat het statisch gelinkt was met Motif, en eerst die toolkit in het geheugen moest gooien voordat het programma zelf kon starten. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Bij mij zal het aantal QT-Library's in het geheugen wel meevallen, maar indien mogelijk is dynamic dus het best. Hoe kan ik weten of ik de QT Bibliotheek al heb ? Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:9636e9a0f6="maximilaan"] statisch gelinkt betekent overigens niet altijd dat het programma sneller is. Het aloude Netscape bijv. startte altijd erg traag op omdat het statisch gelinkt was met Motif, en eerst die toolkit in het geheugen moest gooien voordat het programma zelf kon starten.[/quote:9636e9a0f6] Dat is onzin, dat moet ook gebeuren als het dynamisch gelinkt is. De enige sitatie dat dat verschil maakt is als je het hele bibliotheek meelinkt (motif is BTW niet zo groot). Na het verschijnen van Mozilla (dat eerst nog op motif gebaseerd was), was het net zo traag, ondanks het feit dat het dynamisch gelinkt was. Netscape was gewoon over de jaren een groot monster geworden. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:4a47f1631e="Pinky & The Brain"]Bij mij zal het aantal QT-Library's in het geheugen wel meevallen, maar indien mogelijk is dynamic dus het best. Hoe kan ik weten of ik de QT Bibliotheek al heb ?[/quote:4a47f1631e] [code:1:4a47f1631e] ls /var/log/packages/ | grep "qt" [/code:1:4a47f1631e] (Op slack) Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Let er wel op dat je Opera een bepaalde versie van qt wil hebben. Als je een andere versie van qt in je Slackware hebt kan dat moeilijkheden geven met Opera. Voor mij was toen de 'static' .tgz download de oplossing. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:70ba2b2beb="maximilaan"]Klopt, maar een static qt-programma draaien op een systeem waarop qt al is geladen (bijv. omdat je kde gebruikt) betekent wel dat je meer resources nodig hebt (omdat je delen van Qt 2 x geladen hebt). Hierdoor wordt het systeem (als je weinig resources hebt) trager dan wanneer je opera dynamisch was gelinkt.[/quote:70ba2b2beb] Overigens geldt dit alleen voor de .text sectie van een library, niet voor .data en .bss (gelukkig is .text meestal relatief groot ;)). .data en .bss worden per proces gealloceerd. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Ik rotzooi veel met Qt, ivm kde, maar heb nog niet meegemaakt dat opera daar last van had. Je moet uiteraard dezelfde major-versie hebben, maar de minor of lesser versie van Qt maakt niet uit. Rinse Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:1e80bfaa70="danieldk"]Even twee misconcepties uit de weg helpen: Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:1e80bfaa70]volledig[/b:1e80bfaa70] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen. [/quote:1e80bfaa70] Dat weet ik wel daniel.... maar hoe leg je dat uit aan iemand die niet weet wat linken is? Wil die het wel weten? Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:9a12a49397="Bilbo"][quote:9a12a49397="danieldk"]Even twee misconcepties uit de weg helpen: Bilbo: de boel wordt wel een beetje smart gelinkt, dus QT wordt niet [b:9a12a49397]volledig[/b:9a12a49397] in elk programma meegelinkt, dus met de ruimteverspilling zal het wel meevallen. [/quote:9a12a49397] Dat weet ik wel daniel.... maar hoe leg je dat uit aan iemand die niet weet wat linken is? Wil die het wel weten?[/quote:9a12a49397] Nou ik weet misschien niet wat linken is, maar nu wil ik het wel graag weten :D . Opera draait inmiddels hoor en het was een eitje. Er zit namelijk een install.sh script bij die alles regelt :) Het ging zo snel dat ik twijfelde of er wel iets gebeurd was..., het stond er op inclusief het mooie icoontje voor onder X :) Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 .. en waarom niet gewoon alles statisch is gelinkt; als het niet meer resources gebruikt of tot performance verlies lijdt, waarom niet alles statisch linken? Scheelt je een hoop dependencie-ellende Rinse Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:8db11a7326="maximilaan"].. en waarom niet gewoon alles statisch is gelinkt; als het niet meer resources gebruikt of tot performance verlies lijdt, waarom niet alles statisch linken? Scheelt je een hoop dependencie-ellende [/quote:8db11a7326] Bedenk wat er gebeurd als er een lek zit in een triviale library als libssl of libpng. Dat is een groot voordeel van dynamisch linken, het is veel minder onderhoudsintensief. Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:8f255fa27a="maximilaan"]Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen[/quote:8f255fa27a] Hehe :wink: Quote Link naar reactie
anoniem Geplaatst: 29 augustus 2004 Auteur Delen Geplaatst: 29 augustus 2004 [quote:0a63e18b45="maximilaan"]Daar tegenover staat dat secure systems, zoals OpenBSD, voor statisch gelinkt kiezen[/quote:0a63e18b45] Wrong! BSD's gebruiken vaak statisch gelinkte binaries voor /bin en /sbin, om te voorkomen dat er geen onbruikbaar systeem overblijft als er problemen zijn. FreeBSD en NetBSD hadden dit ook, maar zijn overgegaan naar het dynamisch linken van /bin en /sbin, en bieden nu /rescue aan, wat praktisch dezelfde binaries bevat, maar dan statisch gelinkt. In de bootloader kun je met de "-a" parameter het pad naar init opgeven, mochten er dan problemen zijn, dan kun je gewoon /rescue/init starten ipv /sbin/init, en wordt automatisch het statisch gelinkte systeem gestart. Vergeet niet dat veel *BSDers vaak het OS opnieuw compileren, en een relatief hoog gehalte ontwikkelaar is. De kans op een /bin, /sbin of /rescue screw-up is dan een stuk groter. Maar dit heeft dus weinig met security te maken. (BTW. /bin en /sbin linken op BSD bijna alleen tegen libc aan, dus recompilen is bijna nooit nodig, omdat er bijna nooit kwetsbaarheden in libc gevonden worden.) [b:0a63e18b45]/me cluebats M3ssi4h :p[/b:0a63e18b45] Quote Link naar reactie
Aanbevolen berichten
Om een reactie te plaatsen, moet je eerst inloggen