Petter Reinholdtsen - Entries from June 2009

Microsofts misvisende argumentasjon rundt multimediaformater

Fri, 26 Jun 2009 13:30:00 +0200

I +Microsoft +sin hÃ¸ringsuttalelse til +forslag +til versjon 2 av statens referansekatalog over standarder, lirer +de av seg fÃ¸lgende FUD-perle:

+ +

"Vorbis, OGG, Theora og FLAC er alle tekniske + spesifikasjoner overordnet styrt av xiph.org, som er en + ikke-kommersiell organisasjon. Etablerte og anerkjente + standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt + innarbeidet vedlikeholds- og forvaltningsprosess av en standard. + Det er derimot helt opp til hver enkelt organisasjon Ã¥ bestemme + hvordan tekniske spesifikasjoner videreutvikles og endres, og disse + spesifikasjonene bÃ¸r derfor ikke defineres som Ã¥pne + standarder."

+ +

De vokter seg vel for Ã¥ nevne den anerkjente +standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP, +IP og det meste av protokoller pÃ¥ Internet, og RFC-standardene som +IETF stÃ¥r bak. Ogg er spesifisert i +RFC 3533, og er uten +tvil Ã¥ anse som en Ã¥pen standard. Vorbis er +RFC 5215. Theora er + +under standardisering via IETF, med +siste +utkast publisert 2006-07-21 (riktignok er dermed teksten ikke +skrevet i stein ennÃ¥, men det blir neppe endringer som ikke er +bakoverkompatibel). De kan vÃ¦re inne pÃ¥ noe nÃ¥r det gjelder FLAC da +jeg ikke finner tegn til at spesifikasjonen +tilgjengelig pÃ¥ web er pÃ¥ tur via noen +standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora +og Vorbis ogsÃ¥ har involvert seg i Flac siden 2003, sÃ¥ ser jeg ikke +bort fra at ogsÃ¥ den organiseres via IETF. Jeg kjenner personlig lite +til FLAC.

+ +

Uredelig argumentasjon bÃ¸r en holde seg for god til Ã¥ komme med, +spesielt nÃ¥r det er sÃ¥ enkelt i dagens Internet-hverdag Ã¥ gÃ¥ +misvisende pÃ¥stander etter i sÃ¸mmene.

Debian boots quicker and quicker

Wed, 24 Jun 2009 21:40:00 +0200

I spent Monday and tuesday this week in London with a lot of the +people involved in the boot system on Debian and Ubuntu, to see if we +could find more ways to speed up the boot system. This was an Ubuntu +funded +developer +gathering. It was quite productive. We also discussed the future +of boot systems, and ways to handle the increasing number of boot +issues introduced by the Linux kernel becoming more and more +asynchronous and event base. The Ubuntu approach using udev and +upstart might be a good way forward. Time will show.

+ +

Anyway, there are a few ways at the moment to speed up the boot +process in Debian. All of these should be applied to get a quick +boot:

+ +

Use dash as /bin/sh.
Disable the init.d/hwclock*.sh scripts and make sure the hardware + clock is in UTC.
Install and activate the insserv package to enable + dependency + based boot sequencing, and enable concurrent booting.

+ +These points are based on the Google summer of code work done by +Carlos +Villegas. + +

Support for makefile-style concurrency during boot was uploaded to +unstable yesterday. When we tested it, we were able to cut 6 seconds +from the boot sequence. It depend on very correct dependency +declaration in all init.d scripts, so I expect us to find edge cases +where the dependences in some scripts are slightly wrong when we start +using this.

+ +

On our IRC channel for this effort, #pkg-sysvinit, a new idea was +introduced by Raphael Geissert today, one that could affect the +startup speed as well. Instead of starting some scripts concurrently +from rcS.d/ and another set of scripts from rc2.d/, it would be +possible to run a of them in the same process. A quick way to test +this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/; +insserv'. Will need to test if that work. :)