OSCONの設備については、一つだけ小さな不満があった。まだまだこのようなことがあるからWeb 2.0アプリケーションが近いうちに世界を席巻することにはならないだろうと私は思うのだが、OSCONの週の前半に何度かワイヤレスネットワークが使用できなくなり、ネットワークチームが対応するまで参加者はインターネットなしの状態になってしまった。OSCONのようなイベントに参加しつつも、堅牢なネットワーク接続を終始得ることができるようにならなければ、ユーザはやはりクライアントサイドのアプリケーションとローカルに保存したデータを好むだろう。その点以外はOSCONの運営は例年のとおり優れていた。
私はいくつかの講演に出席したが、講演の質の高さには感心させられてしまった。OSCONは大物を呼んできて彼らの技術について話をさせるのがうまい。例えばLarry Wall氏とGuido van Rossum氏の両氏が参加していて、それぞれPerl 6とPython 3000の現状についての講演を行なった。
Python 3000の講演には残念ながら出席できなかったのだが、Wall氏によるPerl 6の最新情報についての講演は聞くことができた。講演が行なわれた部屋は、Perlの現状についての講演に興味津々である聴衆で満員（以上）になっていた。どうやらPerl 6には、昨年の講演以来、数多くの変更が行なわれたようだ。Wall氏はPerl 6言語のみについて話し、Perl 6やその他の言語を実行する仮想マシンであるParrotについての詳しい話はなかった。なおPerl 6の最終リリースの期日はまだ未定とのことだ。
性能の向上は簡単ではない
PostgreSQLコアチームのメンバーであるJosh Berkus氏は、「Performance Whack-a-Mole（性能改善はモグラたたき）」と題した、ためになる講演を行なった。講演では、データベース駆動型のオンラインアプリケーションの性能を向上させるための手法についての考察が行なわれた。Berkus氏によると同講演は、数日前に行なわれたチュートリアルの短縮版とのことだ。
Berkus氏は、性能のチューニングの不確実性や、性能をチューニングする際に最大の効果を上げるためにはどのアプリケーションやシステムのどの部分に注目すべきかについて話した。Berkus氏はまた、抽象的な話、すなわち、システムのどのレベルに性能問題が存在する可能性があるのかや、最初に取り組むべき問題は何かなどについても聴衆に説明した。例えばBerkus氏によると、「経験から言って、すべての性能問題のうちの10％未満の箇所が、システム全体の性能低下の90％の原因となっている」のだという。
目に見える見返り（システムの性能向上）を得ることができない可能性があるため、追跡にあまり多くの時間や手間をかける価値のない性能問題もあるが、しかしその一方で、性能に大打撃を与えていてボトルネックとなっている可能性のある性能問題もあるということだ。
Berkus氏はまた、「最大の性能問題によって、他にも存在する可能性のある性能問題が隠れてしまう」と述べた。言い換えると、最大の性能問題を解決するまで、問題を起こしている他の「モグラ」に気付かない可能性があるということだ。さらに言えば、性能のチューニングは、より小さなモグラ、より小さなモグラと次々に発見していくことになる、長い作業になるかもしれないということだ。
短縮版だったとは言え、この講演でBerkus氏は、アプリケーションの性能問題の解決に役立てることのできるいくつかの優れたヒントを聴衆に与えてくれた。