mkisofs + CD-R = perierges katastaseis

[P. Christeas]

Στις Τρι 11 Νοε 2003 1:34 πμ, ο/η V13 έγραψε:
> On Monday 10 November 2003 23:54, P. Christeas wrote:> Παρατήρησα όμως οτι
> οι schedulers του 2.6.0 δεν δίνουν σωστή προτεραιότητα,> με αποτέλεσμα να
> βλέπω το buffer να μειώνεται (περίμενα 100%, ακόμα και> με φορτωμένο
> σύστημα). Ayto pos akribos to metrises ? An exies preemptive 2.6.0 tote oi
> proteraiotites einai poly pio apotelesmatikes apo oti ston 2.4 kai eidika
> ta real-time processes den prepei na exoyn kanena problima. An trekseis top
> tin ora poy trexei kapoio prog me real-time scheduling tote tha
> paratiriseis oti den leei kapoio priority gia ayto para mono ena RT: PID
> USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND             
>                                                             9355 root     
> RT   0  5876 5876 5752 D  0.0  1.5   0:00.07 cdrecord O monos logos gia na
> meiothei o buffer einai na min yparxoyn etoima dedomena, kati to opoio
> mporei na ginei: a) An kaneis on-the-fly cd kai to mkisofs argei mias kai
> to mkisofs trexei me aplo priority kai oxi san real-time.b) An exeis para
> poly kai synexes disk i/oc) An exeis to cd kai ton disko sto idio bus kai
> den prolabenei to busd) An den exeis energopoihsei to unmaskirq ston
> diskoe) An exeis prob sxetiko me hardware (p.x. kapoio problimatiko module)
> to opoio na dimioyrgei poly megales kathysteriseis <<V13>>

Ναί, είναι αρκετά παράξενο, γι' αυτό και το αναφέρω. Δεν αποκλείω βέβαια να 
είχα κάνει κάποια 'κλασική' βλακεία με ρυθμίσεις.. (έχω μια αμφοβολία για το 
unmaskirq τώρα).
Πάντα όμως ο στόχος δεν είναι απλά να γράψω ένα cd. Είναι να κάνω compile π.χ. 
τον kernel την ώρα που θα γράφω.. 
Το 2.6, θεωρητικά, πρέπει να γράφει και με 0 priority, χωρίς διακοπές, αφού 
προσπαθεί να δίνει υψηλό interactivity. Τέλοσπάντων, έκανα μόνος μου compile 
το cdrecord, γιατί αυτό έχανε τα root privileges με setuid(user), με 
αποτέλεσμα το 2o thread να μην είναι ρυθμισμένο. Μετά θυμήθηκα οτι θα είχε το 
RT του 1ου ούτως ή άλλως. Η ίδια συμπεριφορά. Δεν ξέρω πως δουλεύει ο kernel 
όταν το 1ο RT thread εξαρτάται από τα δεδομένα του 2ου (RT+1)..
Σημασία έχει οτι κατάφερε να μου κάψει (χαλάσει) 1-2 cd's, πρώτη φορά (από 
τότε που είχα τον P133 και έγραφα σε 4x).
Αυτά που περιγράφω τα έχετε δοκιμάσει με 2.6 ; (ήμουν σε -dummy mode στις 
περισσότερες από τις δοκιμές). Μένει 100% το buffer ακόμα κι αν ανεβάσετε το 
σύστημα σε load >3 π.χ. ;
Το recorder είναι σε διαφορετικό bus, και έχω το nvidia.ko, το οποίο μου δίνει 
κάποια 'κακά' μηνύματα. Δεν πιστεύω όμως οτι φταίει τόσο, αφού δεν 
χρησιμοποιώ την τοπική οθόνη.
Όταν βρώ χρόνο, θα δοκιμάσω πάλι..