</description>
</item>
+ <item>
+ <title>Debian boots quicker and quicker</title>
+ <link>../../../Debian_boots_quicker_and_quicker.html</link>
+ <guid isPermaLink="true">../../../Debian_boots_quicker_and_quicker.html</guid>
+ <pubDate>Wed, 24 Jun 2009 21:40:00 +0200</pubDate>
+ <description>
+<p>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
+<a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer
+gathering</a>. 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.</p>
+
+<p>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:</p>
+
+<ul>
+
+<li>Use dash as /bin/sh.</li>
+
+<li>Disable the init.d/hwclock*.sh scripts and make sure the hardware
+ clock is in UTC.</li>
+
+<li>Install and activate the insserv package to enable
+ <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency
+ based boot sequencing</a>, and enable concurrent booting.</li>
+
+</ul>
+
+These points are based on the Google summer of code work done by
+<a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos
+Villegas</a>.
+
+<p>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.</p>
+
+<p>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. :)</p>
+</description>
+ </item>
+
+ <item>
+ <title>Microsofts misvisende argumentasjon rundt multimediaformater</title>
+ <link>../../../Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</link>
+ <guid isPermaLink="true">../../../Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</guid>
+ <pubDate>Fri, 26 Jun 2009 15:30:00 +0200</pubDate>
+ <description>
+<p>I
+<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft
+sin høringsuttalelse</a> til
+<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag
+til versjon 2 av statens referansekatalog over standarder</a>, lirer
+de av seg følgende FUD-perle:</p>
+
+<p><blockquote>"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."</blockquote></p>
+
+<p>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
+<a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten
+tvil å anse som en åpen standard. Vorbis er
+<a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er
+
+under standardisering via IETF, med
+<a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste
+utkast publisert 2006-07-21</a> (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 <a
+href="http://flac.sourceforge.net/format.html">spesifikasjonen
+tilgjengelig på web</a> 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.</p>
+
+<p>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.</p>
+</description>
+ </item>
+
</channel>
</rss>
projects / homepage.git / blobdiff