[15:27] <virtuelv> Sakarias: du kan skru av smooth scrolling
[15:28] <virtuelv> (hvis du da ikke er på Linux som har det avskrudd som default nå)
[16:26] <Malin_> har denne hacken egnetlig noe for seg? http://www.itavisen.no/856482/slik-gjor-du-ubuntu-superkjapp
[16:27] <Malin_> må innrømme at jeg har testet den, og tja, jeg burde nok testet den virituelt først jo-erlend :p men tja, jeg aner ikke om jeg har merket noe forskjell jeg. har linux2.6.36 av et eller annet slag her
[16:28] <geirha> Likså greit å vente til neste Ubuntu-utgivelse, den har helt sikkert en linux med den lappen.
[16:33] <jo-erlend> Malin_, hva snakker du egentlig om nå?
[16:34] <geirha> Den lille linux-lappen som gjør linux raskere.
[16:35] <jo-erlend> åh. Såvidt jeg forstår, gjelder det under noe spesielle omstendigheter.
[16:36] <jo-erlend> og du merker vel bare forskjell når maskinen er under tung belastning. 
[16:38] <Malin_> geirha, jeg har oppgradert kjerna mi til 2.6.36, men aner ikke om denne hacken er med der eller ikke (kaller det hack jeg, kanskje patch er mer rett? )
[16:38] <jo-erlend> men hvis får gjort det sånn at for eksempel filoperasjoner drar nytte av det, så kan det være en veldig stor forbedring for folk flest. Noen ganger, når jeg kopierer store mengder data, så må jeg hoppe over å se film på noen timer, for det hakker så det blir helt ubrukelig. Der kan nok den patchen gjøre underverker.
[16:38] <jo-erlend> Malin_, det er den ikke. Den kommer antakelig med i .38.
[16:38] <Malin_> jo-erlend, okey
[16:38] <Malin_> da har jeg i alle fall lagt den til nå, så har jeg lagret sida osv, så jeg kan fint ta den ut igjen, om det blir ustabilt her
[16:38] <Malin_> har lagra oppskriften, så må vel kunne reversere den
[16:39] <jo-erlend> men jeg tviler på at du vil merke noe særlig til det selvom du får med den patchen. Den i seg selv vil ha liten effekt for en vanlig bruker. 
[16:39] <Malin_> faktisk, om det er noe jeg savner i endel guider, så er det hvordan fjerne det jeg har gjort igjen (der har jeg ikke vært flink selv heller i mine guider....)
[16:39] <Malin_> jo-erlend, ja, je regnet i grunn med jeg ikke ville merke det store..... :)
[16:40] <jo-erlend> det kan ha en viss effekt i Ubuntu O tenker jeg, hvis de klarer å dra nytte av det til andre ting, for eksempel filoperasjoner og kanskje Transmission og sånne ting. 
[16:49] <Malin_> hm... 
[16:49] <Malin_> kanskje teste å kopiere en diger fil og se?
[16:49] <Malin_> hender jo maskina "låser" seg helt når sikkhetskopieringa starter veit jeg
[16:50] <Malin_> blir velig uresponsibel
[16:50] <jo-erlend> altså... Den patchen _har ikke_ kommet med i Linux enda. Den vil antakelig ikke komme inn før i .38. 
[16:50] <Malin_> sant....
[16:50] <Malin_> kanskje den blir optimalisert ytterligere?
[16:50] <Malin_> men jeg har som sagt lagt den inn allerede, så jeg kan jo teste nå
[16:51] <jo-erlend> Malin_, for sånne ting kan den patchen der ha stor innvirkning, i hvertfall på sikt. Jeg kjenner ikke detaljene godt nok til å vite om det automatisk vil ha effekt på sånt som filkopiering med mindre du gjør det fra en terminal. Da skal det hjelpe. 
[16:51] <Malin_> så kun om det er via terminal? hm.. da spørs det jo om det skjer stor nå
[16:51] <Malin_> men er jo kommandoer som kjører i bakgrunnen i det en kjører et program osv også
[16:52] <jo-erlend> jeg tror at det bare vil ha en effekt hvis du gjør det fra en terminal, men jeg er ikke sikker. Jeg kjenner som sagt ikke detaljene godt nok, så jeg støtter meg bare på andres utsagn. 
[16:53] <Malin_> skjønner
[17:02] <jo-erlend> Malin_, hvordan går det med programmeringen, kommer du noe vei med quickly? :)
[17:05] <Malin_> har ikke gjort så mye mer i quickly enda, men så måtte jeg jo på jobb og ut rett etter jobb og Sverige-tur i dag, så har ikke fått sett så mye mer på det, men virket jo i grunn relativt enkelt
[17:05] <Malin_> men finer nok ut mer etterhvert også. Eneste nå er vel at jeg må sette meg mer inn i python :)
[17:06] <Malin_> nå kan jeg jo lettere mekke det ene og det andre osv :D
[17:06] <Malin_> men kan sikkert lage noen unyttige programmer også
[17:06] <Malin_> noen mulighet for å koble det opp mot Ruby?
[17:07] <jo-erlend> ja, det er en av fordelene ved å designe GUI med Glade. Da kan du hente det inn i mange forskjellige språk, inkludert Python og Ruby.
[17:08] <jo-erlend> men Quickly har bare maler for Python foreløpig. Jeg vet at det er en som har laget noen maler for Ruby også, men jeg vet ingenting om hvilken kvalitet det holder. 
[17:09] <Malin_> ja men python er jo vanligere i Ubuntu-verdenen ser jeg, så blir vel til at jeg uansett lærer det
[17:10] <Malin_> uttales Python: Payton, eller Pyton ?
[17:10] <jo-erlend> men altså, hvis du føler at du behersker Ruby litt, så vil du beherske Python veldig raskt. Du skummer igjennom python tutorial på noen få timer. 
[17:10] <jo-erlend> Malin_, Monty Python. Det er der det kommer fra. 
[17:10] <Malin_> ja :) jeg behersker veeeldig elementær Ruby og må sjekke litt annen kode for å sjekke om jeg gjør rett :p
[17:10] <Malin_> men det er jo en start
[17:10] <Malin_> aha :)
[17:10] <Malin_> da har jeg uttalt det en del feil :p
[17:10] <Malin_> knis
[17:11] <Malin_> var ei veninne som pratet om Python og pratet med Monthy Python-uttale, så kjente ikke igjen språket med en gang
[17:11] <jo-erlend> jeg sier vel pyton på norsk og python på engelsk. 
[17:11] <Malin_> hun går datateknikk eller dataingeniør eller noe sånt
[17:11] <Malin_> oki ;)
[17:11] <Malin_> da er vi temmelig lik
[17:11] <Malin_> Brukete jo Vinduer XP en gang i tida :P
[17:12] <Malin_> nei, så nazi på det var jeg ikke :p
[17:16] <jo-erlend> jeg holder på å skrive et CRM-system nå, men jeg står litt fast. Jeg vet nøyaktig hvordan jeg vil ha det, men jeg vet ikke helt hvordan jeg skal implementere det. Slitsomt. :)
[17:32] <Malin_> crm? :)
[17:33] <jo-erlend> customer relationship management. Kundesystem, på godt norsk. :)
[17:36] <Malin_> ah :)
[17:56] <jo-erlend> det mest kompliserte jeg vet om, er å gjøre ting enkelt. 
[17:57] <Malin_> ja :p
[17:57] <Malin_> men får å gjøre noe enkelt, må en vel vite at en kan gjøre det vanskelig?
[17:57] <Malin_> siden den enkle måten, er enklere enn en mer komplisert måte :p
[17:59] <jo-erlend> jo, men implementasjonen er ofte komplisert hvis brukeropplevelsen er enkel. 
[18:00] <jo-erlend> målet mitt er at CRM-systemet skal kunne brukes i nærmest alle sammenhenger. Men det skaper en masse problemer. 
[18:13] <Malin_> sukk, er det ikke det ene, er det gjerne det andre osv :p
[18:17] <Malin_> hm... denne artikkel som viser før og etter den patchen jeg omtalte for litt sida: http://www.hardware.no/artikler/linux_kan_bli_raskere_/79501
[18:23] <jo-erlend> mhm. Men som sagt... Jeg tror ikke du behøver å tenke noe særlig på det.
[18:26] <Malin_> nei... har jo allerede gjort det :p
[18:27] <Malin_> kansje prøve å kjøre noe virtuelt og se, men neida. jeg merker vel ikke  det helt store :) hehe
[18:28] <jo-erlend> sånn er det jeg har forstått det; vanligvis har alle prosesser samme tyngde, altså at de får lov til å bruke like mye ressurser. Hvis du kjører ti prosesser og alle bruker alle ressursene de kan få, så vil hver prosess kunne bruke 10% av systemet ditt. Så hvis du deler opp en oppgave i for eksempel hundre prosesser og alle tar alle ressursene de kan få og du kjører en film i Totem, så vil Totem få mindre enn én prosen
[18:28] <jo-erlend> t av de tilgjengelige ressursene. Hvis du samler de hundre prosessene i en gruppe og gir dem lavere prioritet, så vil Totem kanskje ha 50% eller 80%. 
[18:29] <jo-erlend> det er bare veldig overfladisk sånn jeg har forstått det og det kan være feil, men en ting som _er_ sikkert, er at det ikke gjør Linux raskere. 
[18:39] <jo-erlend> men hvis du for eksempel skal kopiere hundre tusen småfiler fra et sted til et annet, så kan det være fornuftig å dele opp den arbeidsoppgaven i mange prosesser for å øke ytelsen. Problemet er at da vil den oppgaven totalt sett få en ekstremt høy prioritet, samlet sett. Ved å splitte opp oppgaver og gruppere dem, så kan man gi andre prosesser en relativ prioritetsøkning. Altså, for eksempel, at Totem veier like mye som 
[18:39] <jo-erlend> de hundre kopieringsprosessene. 
[18:43] <Malin_> ja, det handler jo kun om å omprioritere prosesser :)
[18:43] <Malin_> det er nok vedig opphypet som noen sier her og der
[18:48] <jo-erlend> njei.. Prosesser kan vi prioritere fra før, med renice og ionice. Men hvis du vil se, så kan du åpne en terminal og kjøre w. Da vil du se at du har en tty for gnome-session og en pts for gnome-terminal. Du kan kjøre mange prosesser samtidig i et terminalvindu, men de vil prioriteres like tungt som alle andre prosesser. 
[18:48] <jo-erlend> forskjellen med den patchen, sånn som jeg forstår det, er at den vil prioritere alle prosesser du kjører i ett terminalvindu som om de var én prosess. 
[19:04] <jo-erlend> så hvis du har mange prosessorkjerner og én svær oppgave som kan deles inn i mange mindre prosesser, samtidig som du vil ha en fin skrivebordsopplevelse, så vil du kunne ha mye å tjene. For vanlige brukere vil det antakelig ikke ha noe å si. 
[19:17] <Malin_> I see :)
[19:28] <Mogget> Litt feil sted å spørre, men med tanke på hva slags mennesker som er her inne så spør jeg alikevel. Kan et register i en processor også anses som et flagg i noen situasjoner?
[19:36] <jo-erlend> for min del, spør du ca ti år for sent. :)
[20:32] <Mogget> jo-erlend: har glemt det du lærte på skolen eller?
[20:33] <Mogget> men jeg fant ut av det til slutt. Nei et register kan teknisk sett ikke ses på som et flagg
[20:33] <Mogget> Flagg er vist spesifisert som en bit.