sysctl

Направљене поруке на форуму

Гледање 1 чланака - 1 до 10 (од 153 укупно)
  • Аутор
    Чланци
  • као одговор на: Podesavanja za ACTIONTEC usb ADSL modem(80% zavrseno) #57256
    sysctl
    Учесник

    @Atanasije, ne postoji poseban driver za SuSE na bilo kom drugom mestu (ali bas nigde  :D), dukenukem4d je pronasao nacin kako se instalira ovaj driver putem ndiswrapper-a, a koji se nalazi na linkovima sa prethodnih strana. 

    Za SuSE je slican postupak, samo je potrebno prepraviti instalacinu skriptu, ako se priliko boot-ovanja sistema driver ne ucita. To bih ja trebalo da uradim, posto sam je ja napisao i najverovatnije cu je prepraviti cim ugrabim malo vise vremena.

    као одговор на: Novi drajveri za NVIDIA i AMD/ATI kartice #66168
    sysctl
    Учесник

    ATI driver je ponovo krs!!! 😡

    Ne podrzava widescreen rezolucije. Kada sam ga instalirao na svoj laptop (X1600) nije uspeo da postavi rezoluciju na 1440×900, prosto ignorise sve ModeLine-e. Prvo sam pomislio da sam nesto pogresno podesio, ali onda sam
    pronasao svoje “sapatnike” ovde http://www.phoronix.com/forums/showthread.php?p=20795

    Moracu da se vratim na 7.11 (koji usput curi k’o lud  :o), jer 8.40.4 ne podrzava novije kernele.

    P.S.: Hoce li neko da kupi laptop ? Intel Centrino Duo T2600, 1GB DDR2 RAM,
    ATI Mobility Radeon X1600, 160 GB HD, vrlo povoljno  >:D

    као одговор на: Automatski restart aplikacije #65893
    sysctl
    Учесник

    Caslave, to se isto postize bez potrebe za dva grep-a ovako

    [code]
    ps -ae | grep kmail
    [/code]

    као одговор на: Odg: Qt QThread #65867
    sysctl
    Учесник

    Pa da covece, npr, ako zelis da pristupis/kopiras Objekat2.podatak1 u Objekat1.podatak1 (i oni su u razlicitim nitima) moras da koristis neku vrstu
    sinhronizacije, osim ako su objekti instance implicit shared klasa (QString, etc…)

    Kakva je situacija sa non-GUI? Npr. ja koristim QCoreApplication jer aplikacija nije grafička.

    Ponovo koristis Qt za mrezno programiranje  🙂 Na sta konkretno mislis sa QCoreApplication ? Ponovo na sinhronizaciju niti ? U svakom slucaju vaze ista pravila, mada ti ne mogu sa sigurnoscu reci da li je isto kao sa QApplication
    jer nikad nisam pisao nesto tog tipa, mozda zevs zna ?

    као одговор на: Ode ja na vindozu… (beše: Došlo vreme da se opraštamo) #66036
    sysctl
    Учесник

    Alo ljudi, pa ovo je zavera zar ne vidite 😀

    Tajno drustvo LUNIKS se “infilitriralo” u nase redove. 😀 Sve je pocelo tako sto je black_doom (ili kako vec) postao moderator i malo se igrao sa postovima(ljubi ga Cvetko) ili kako je on nazvao spam-om. Prvi koji je je “pao” pod uticaj ovog drustva je “lisicozec” koji je zahtevao da se doom-u pruzi druga sansa (cime su ga kupili nasim izvorima nije konkretno poznato, ali iz nekih izvora se saznaje da je dobio mini sito stamparsku masinu i 5 tona boje za stampanje sve sa kvalitetnim wc roll papriom).
    Prevaru je prvi prozreo Nightweaver, koji se posle prvog incidenta jos “dublje” povukao u ilegalu (i koliko je nasim izvorima poznato sada pise delove BSD kernela, a u slobodno vreme kreira expolite za IE i pise module za Joomla-u  ^-^). Iako je celija posle ovog incidenta duze vreme “hrabrim i nadljudskim otporima” odolevala neprijatelju, predvodjena neustrasivim vodjama “skrivenim” aka tomaja, kao i revnosnim borcima GoranSTX i dukenukem4d i “dvostrukim” spijunom BrokeBody (koji nosi Linuz u srcu, ali sve vreme koristi XP :D), poraz je nezadrzivo usledio.
     
    Prvi je posustao dukenukem4d, koga je posle “uspesnog” provaljivanja shitty home dsl modema (i pritom kompajliranja istog pomocu gcc 2.95), LUNIX “ucenio” i ciji su postovi prvi prestali. Zatim je nestao “lisicozec” sprecen “neodloznim obavezama”, zarobljen u nedokucivim svetovima BSD-a, Arch Linux-a, Con Kolivasa i open source DTP-a  (koliko je nasim izvorima poznato doticni je sada u Japanu gde razvija sistem koji je bolji od TeX-a, ali nikako ne uspeva da odredi verziju istog, jer je “zapeo” oko 15 decimale broja PI :D). Zatim je “dvostruka igra” BrokeBody-a  “provaljena” i pod jos “nerazjasnjenim i sumnjivim okolnostima” je banovan na Glupuntu forumu Srbije (ovo sam danas video) :D.
    Potom je usledio Lyb, hero member u svakom smislu te reci, svaki dalji komentar je suvisan … 😀

    >> sysctl i brat Djura

    P.S.: Nadam se da niko nije shvatio “ono gore” ozbiljno, ako neko ipak jeste
    neka se obrati RMS-u da mu posalje jednu bocicu kool-aid-a :D:

    P.P.S: A sad ozbiljno, sto se tice foxbunny-a i njegovog “napustanja foruma”
    uopste mi nije “zao”, posto njegovi postovi (ma koliko mnogobrojni bili), meni nisu imali neku “specificnu tezinu” ili sadrzali nesto konkretno i korisno (nadam se da ce me neko ispraviti), ali Lyb je druga prica, hardcore gentoo linux user od koga se moglo nesto nauciti, ili korisno cuti, sve najbolje u daljem poslu Lyb  O0 !!

    као одговор на: Odg: Qt QThread #65865
    sysctl
    Учесник

    Ovako

    1. Interni thread koji QThread klasa sadrzi se kreira sa PTHREAD_CREATE_DETACHED, joinable state (pthread_join) se simulira
    sa QThread::wait, ako se dobro secam, najverovatnije zbog internog event loop-a koji QThread poseduje.

    2. Sto se tice upotrebe mutexa i/ili sinhronizovanja pristupa deljenoj memoriji stvari stoje ovako: pristup i manipulacija svim implicitno deljenim klasama (QString, QImage i sve ostale koje imaju implicit sharing) se moze
    obaviti bez zakljucavanja/sinhronizovanja iz vise razlicitih niti, sto znaci da se sve klase ovog tipa posmatraju kao reentrant, (ali ne i thread-safe, za pristup istom objektu se opet mora koristit lock  :D). U svakom drugom slucaju se mora koristit neka vrsta sinhronizacije (QMutex, QWaitCondition, QSemaphore,…)

    3. Emitovanje signala ne bi trebalo lock-ovati (Qt vrsi neku vrstu serijalizovanja istih ako se tacno secam), ali je potrebno sinhronizovati slot koji prima signal sa ostalim nitima (posebno sa glavnim GUI thread-om)

    4. Ovo je vec odgovoreno

    Postoji jos nekoliko bitnih stvari, sve objekte izvedene od QWidget i ostalih GUI klasa nije moguce kreirati u
    jednom thread-u, a pozivati funkcije iz drugog, preciznije sve GUI klase se mogu koristiti samo iz glavnog GUI thread-a.

    Sto se tice mandelbrot/fraktal primera, pretpostavljam (posto nemam src isped sebe, ali se secam kako izgleda :))
    da se vrsi sinhronizacija izmedju worker thread-a i glavnog GUI thread-a (bas iz razloga koji sam naveo gore),
    gde worker racuna fraktal, pa obavestava gui thread da moze da ga iscrta na formi (ili tako nesto)

    као одговор на: ati x1300 #65773
    sysctl
    Учесник

    @mdan: pokusao si da instaliras ati driver za bigsmp kernel (rpm koji si upotrebio je napravljen za taj kernel, samo gde ga nadje da mi je znati  :D), dok je podrazumevani kernel -default.

    Skini  ati-driver-installer-7-11-x86.x86_64.run  sa ATI-jevog sajta, instaliraj kernel source i onda u konzoli ovo
    [code]
    sh ./ati-driver-installer-7-11-x86.x86_64.run –buildpkg SuSE/SUSE103-IA32
    [/code]

    pa rpm paket koji dobijes instaliraj sa
    [code]
    sudo rpm -Uhv [imepaketa]
    [/code]
    ili pomocu YaST-a

    као одговор на: Odg: Qt QThread #65859
    sysctl
    Учесник

    Ja sam koristio. Sta te konkretno interesuje ?

    као одговор на: I posle kazu Linux scheduler nije dobar :D #65694
    sysctl
    Учесник

    Hehe, opet niste lepo procitali sta pise.  😀

    Problem se nalazi u scheduler-u (preciznije MMCSS-Multimedia Class Scheduler Service ) i dalje on otkriva
    problem u network stacku, sto se zapravo stavlja u drugi plan, ali je to veci problem.

    Osnovni problem je sto prilikom prenosa podataka na Gigabit Ethernet mrezama sistem biva opterecen
    40 i vise posto (preciznije 40% kernel vremena se utrosi na handle-ovanje mreznog transfera).

    Prica sa media player-om je stavljena u prvi plan iz razloga sto je on (jos uvek) jedina aplikacija koja koristi “realtime” thread-ove da bi se omogucio “smooth” playback ili sta vec i sto je pomocu njega primecena greska. Inace WMP ce raditi normalno (nece imati uticaj na mrezni transfer) ako se MMCSS servis iskljuci.

    Da ponovim jos jednom  :D, glavni problem je “previsoko” zauzece procesora (bez obzira na tip i brzinu istog) prilikom transfera preko GigE, do toga na Linuzu ne dolazi (procesor je opterecen svega nekoliko posto).

    Evo sta kaze R.Love
    http://blog.rlove.org/2007/08/those-dang-dpcs-clogging-mmcss.html

    као одговор на: Podesavanja za ACTIONTEC usb ADSL modem(80% zavrseno) #57254
    sysctl
    Учесник

    @saleksand: da, izbaci pppd call provajder. Sto se tice “nadgledanja”, trebalo bi da se nadgleda ppp0. jer
    je dsl0 “bridge” izmedju pppd i drivera modema (mada i on prikazuje brzinu, ali ne i IP  :D).

    Ako se odlucis da izvrsis upgrade na 7.10, moraces ponovo da “podesavas” i modem i graficku jer
    se koristi drugaciji/noviji kernel (2.6.22-14-generic valjda).

    Ove “skripte” su shell/bash skripte.

    uvod u bash programiranje
    http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO.html
    detaljno “in-depth”
    http://tldp.org/LDP/abs/html/

Гледање 1 чланака - 1 до 10 (од 153 укупно)