這場應該是很熱鬧的一場,一堆數字可以看:
Month: April 2008
MySQL 的災難預防及補救
很多時候你不一定需要去會場:只要你願意看,很多很寶貴的資訊在網路上都會有人寫。
像這篇「MySQL Conference Liveblogging: Disaster Is Inevitable - Are You Prepared?」講 MySQL 資料庫損毀的防範以及事後處理就很棒。雖然只有很簡單的 transcript,但其實精華都已經在裡面了。
The 2008 MySQL Conference & Expo
The 2008 MySQL Conference & Expo 幾個比較大的消息:
- Innobase (Oracle) 釋出 InnoDB Plugin 1.0 (for MySQL 5.1),可以取代內建的 InnoDB engine,比起之前的版本多了兩個大重點:Fast Index 與 Compression。
- Kickfire 是一個結合硬體,在尚未使用到 SSD 硬碟的情況下就成為全世界最快的 transaction engine 之一 (依據 Non-Clustered TPC-H 測試結果)。
其他比較小的消息還包括了 MySQL 6.0、MySQL 5.1 Maria 之類的新聞,不過上面這兩個消息丟出來就讓人感覺很兇暴,其他的新聞就... (Kickfire 的 C/P 表現相當漂亮,在 100GB 的地方徹底殲滅 HP 與 Dell)
OSDC.TW 2008 的無線網路
login.aol.tw 的安全加密問題?
OSDC.TW 2008 第二天 (下午一般議程)
在開始寫 code 之前來寫遊記...
第二天下午一開始先是在 Thinker 的「言簡意賅 -- Python and Meta-programming」,聽 Python 的 meta-programming,整個過程相當悶,加上不少人吃完午餐就很容易想睡覺。不過我還是儘量斷斷續續聽了一些東西...
接下來的一場因為我對 Ruby 與 Java 都沒有特別有興趣,所以我到 ycheng 那場的後面聽,結果也是聽不太下去,就早早跑出來了... (跟 Thinker 一樣,語調都很平,再加上互動不多,所以...)
接下來是 clkao 以愛印網為例子所講的「Running Perlish Small Business with Perl」,現場活絡許多... (用「愛印網」當關鍵字去 Google 找,怎麼好像怪怪的... XD)
接下來是 Lightning Talk,horance 的 session 居然是這兩天拍手拍最熱烈的... 這些就有機會再提好了 :p
MD5 Collision
昨天 slzzp 講到的 MD5 Collision 就是 Birthday Attack,下方就有條文表格列出常見的數據,MD5 是 128bits 那一排...
去公司再跟他要看看那兩個檔案... XD
OSDC.TW 2008 第二天 (早上)
第二天的一大早就到會場了,分成兩個場地同時進行議程。
第一場我去聽 Gene 所講的「Open Source, Open Standard, Open Service (OS^3)」,其實我對於 {Gene,askareiko,wildcat} 三人組 (也就是部落格觀察上方的 {G,A,W}) 很不滿,原因請參考我在兩個禮拜前寫的「部落格觀察」這篇文章,以及下方 Gene 所回的 comment。
不過我聽完後就發現沒有必要講什麼了,花時間跟他解釋只會浪費體力與時間,聽到要開始 Q&A 就閃人了。
接下來是 clkao 講 SVK,主要是 SVK 2.2 的新功能,不過還沒測試過,等正式版釋出後再看看 branch 的行為。
再來是高橋メソッド講 Ruby 1.9 的過去與現在,其中 Benchmarking 的部份蠻奇怪的,會場上測試的數據顯示 Ruby 1.8 花了很多時間在 "sys" 上,而 1.9 改善了這個部份,所以速度快了許多,但這是在純粹只有數學運算的 function 跑出來的結果?這個問題到後來還是沒有答案,先放著再說。
另外高橋先生沒有提到關於 Ruby 1.9 對 GC 的處理是蠻可惜的,這個反而才是重點...
接下來是 Jserv 講的「許我們一個 Keroro 的桌面」與 clkao 講的「Prophet: A Distributed Syncable Database」,這兩個 talk 都很歡樂 :p
中午休息時間,大家各自去吃東西,還是有些人留在會場聊天...
OSDC.TW 2008 第一天
OSDC.TW 2008 第一天我是中午才到的。在技術方面,大多數的題目都已經在網路上看過資料研究過,沒有什麼特別的感想,不過可以感覺到有些講者可能因為經驗與時間的關係,有些重要的地方都沒講清楚。
先是我們自己家介紹的 Berkeley DB,jnlin 沒有提到為何要避免使用 LEFT JOIN 的原因,然後在測試的部份數據也少說明了很多東西。
另外 Vivek Ratan 講 Hadoop 的部份,有些地方沒有講清楚,像是要怎麼因應 Namenode 故障時的處理 (在「Metadata Disk Failure」這邊的說明可以參考)。另外我回來查了以後發現跑 Hadoop 後,所需要的時間變成原來的 66%,而不是效率變成原來的 66%,所以我在台下問了一個笨問題...
第一天結束後倒是到樓下的咖啡廳聊了很久,儘講些有的沒的...
Google App Engine
幾天前就一直有消息,Google 打算要把 BigTable 的服務拿出來給大家用。結果拿出來的餅比預期的更大,直接幫你 Hosting 整個服務:Google App Engine。
Google App Engine 目前以 Python 為語言 (更仔細的說,是以 Django 為參考的標準,所以有用過 Django 的人會蠻熟悉的),後端則是以 GFS 與 BigTable 支撐整個系統。Hosting 的服務以 appspot.com 這個獨立域名避免 Cookie 與 XSS 安全性的問題,看起來是呼應 blogspot.com。
昨天一睡醒看到有一萬個人的註冊限制,就先丟進去註冊,出門到公司就發現已經申請到了。
另外,這個系統有一些限制:500MB storage、200M CPU cycle/day、10GB bandwidth/day,這個量對於自己玩看起來是沒什麼問題,等到收費後要看看價錢到底如何。
在開始玩之前,看看 The Datastore API 可以知道 BigTable 可以做到的事情,其實還蠻有趣的,像是不支援「!=」... XD
Update:在「TechCrunch Labs: Our Experience Building And Launching An App On Google App Engine」這篇裡面有後台的畫面,可以看到相當多資訊!