Направљене поруке на форуму
-
Чланци
-
@9600 users:
Ovaj lik je probao na R300 i kaze da radi ok, kliky http://forums.gentoo.org/viewtopic-p-4228124.html#4228124I found the bastard! >:( Jede memoriju zato sto ovaj drvOpenGL.x3d plugin curi, ili je do fglrx driver-a.
Pre nego sto sam utvrdio problem
[code]
ps aux | grep acroread
14935 1.4 88.6 1174524 877960 pts/2 S+ 06:48 1:32 /opt/Adobe/Reader8/Reader/intellinux/bin/acroread
[/code]znaci to je 1,1GB virt i 876 MB res, kada se obrise plugin/driver (koji se usput nalazi ovde /opt/Adobe/Reader8/Reader/intellinux/plug_ins3d/drvOpenGL.x3d ) sa istim fajlom je
[code]
ps aux | grep acroread
15027 1.4 6.2 104703 57960 pts/2 S+ 06:52 2:12 /opt/Adobe/Reader8/Reader/intellinux/bin/acroread
[/code]ali se sada acrobat pukne sam od sebe posle nekog vremena. Ne znam sto se ovo desava, ali ovde kaze da
bi trebao da radi sa mojom grfickom (X1400) http://kb.adobe.com/selfservice/viewContent.do?externalId=333447&sliceId=1
@Lyb: a jesi li probao virtualbox ? 😀Cudno, sad sam se dokopao desktop racunara instalirao Acrobat i radi ok, wtf 😮 Ali i dalje je “svinjce”, ali nema seckanja. i’ll have to investigate this watson. ::)
@LYb: pa i ja na laptop-u koristim tu foru, imam dve swap paricije od po 512MB u round robin,[code]
/dev/sda4 swap swap pri=0 0 0
/dev/sdb7 swap swap pri=0 0 0
[/code]ali opet nesto tripuje, mozda je do gtk+. Mada sve ostalo radi ok. Za sada 😀
Pa nisam valjda samo ja probao novi driver? 😀
Performanse su stvarno poboljsane, opengl igrice imaju bolji fps, gamer-i javite se :pAnybody else ?
Da ne zaboravim, provalio sam zasto puca na laptop-u, u release notes pise da mobility gpu-i nisu dobro podrzani i da su moguci hard-lock-ovi. Jbga kad ne citam release notes :p. Ali na desktop-u radi odlicno.
Jesu li windoze i linux na dva posebna (fizicki) harda?
Ako jesu, probaj ovo u menu.lst
[code]
title=Windozzeeeeee
root (hd0,0)
map (hd0) (hd1)
map (hd1) (hd0)
makeactive
chainloader +1
[/code]Nisam bas najbolje razumeo sta je na kom disku 😀
Jedno resenje koje ce mozda pomoci je ovo. U menu.lst CentOS-a dodaj
[code]
title=Neki linux
root (hd0,2)
configfile /boot/grub/menu.lst
[/code]Gde umesto hd0,2 navedes disk i particiju gde se nalazi drugi linux koji hoces da boot-ujes.
Ovo gore je istrgnuto iz konteksta. >:(
Misli se ako MORAS da koristis Qt koristi samo Qt i ne mesaj ga sa libc mreznim pozivima.
I da ponovim: za mrezno programiranje sam PROTIV Qt-a.Nemo’ da mi izvrces reci, bre 😀
Za razliku od jboban, ja se “protivim” pisanju daemon-a u Qt ili bilo kakvom drugom GUI framework-u.
Prvo, daemon treba da bude mali, brz i kao sto kazu da obavlja jedan posao, ali da ga obavlja dobro. Stavljanje jos jednog layer-a izmedju srzi programa i sistema nije dobra ideja, po mom misljenju. Naravno sve zavisi, od iskustva, znanja i svrhe programa. Dalje, ako se misli da Qt poseduje prednost jer je portabilan na vise platformi, ni sa tim se ne slazem. Daemon, napisan u C-u ce moci da se kompajlira skoro na svim *nix sistemima koji postuju posix, pa (uz sitne izmene) cak i na windows-u.
Qt je pre svega GUI framework. Njegov network modul poseduje dosta korisnih klasa, ali po mom ubedjenju ove klase sluze za dodavanje korisnih osobina glavnom GUI programu. Na primer, web interfejs za kontrolu GUI programa, ftp client, jednostavan tcp server za proveru statusa programa, itd…
I jos jedna stvar, za Qt3 bi daemon povukao citav libqt-mt kao zavisnost (negde oko 8mb), pocevsi sa Qt4 moduli su izdeljeni tako da bi povukao samo qtcore i qtnetwork (sto je negde oko 2mb), plus program.
