IBM X31 掛了

前幾天去 makoto 家的時候 X31 當了兩次,不過後來換個位置後又沒事,所以一直以為只是過熱而已。剛剛在家裡跟 在改 code 的時候又當掉,重開後就再起不能...

查了一下還在三年保固內,星期一送去台北修,然後看看情況怎麼樣。這幾天暫時得用 上來晃了 @_@

Update:又暫時可以用了... 星期一還是去看看好了。

Update:開沒半個小時出現藍色死亡螢幕,然後自動重新開機後又不行了...

Update:早上起來把電腦打開,把週邊硬體都拔乾淨 (不接 USB 滑鼠、外接硬碟、連網路都不接),純粹用電池的電跑 ,結果跑到電池 0% 都沒當,於是接上變壓器,順便把所有週邊裝置都裝上去...

Update:又當了,實在是不懂到底是怎麼樣...

Update:早上拿去台北 (國父紀念館附近) 修了。

Update:剛剛打電話來了,說主機板後方有液體痕跡,報價是 $26k,我跟他說謝謝不用了 :p 差不多該去找新的 Notebook 了 :p

APC 的設定

以往都是用 裝完 就不管他了,反正感覺得出來有變快後就會覺得很棒就不管其他的。昨天從 那邊才知道 有個 apc.php 可以看 運作的情況,如果是裝 ports 版本的人可以在 /usr/local/share/doc/APC 下找到。

由於 colo-lt 有時候 php 會爆走,於是我把 apc.php 拿到 colo-lt (我 blog 所在的主機) 上看以後發現原來 cache rate 超低,只有 65% 左右,看了一下設定檔的說明文件,把 cache size 從預設的 30MB 調整到 128MB 後,現在 cache rate 可以到 98%,速度應該會比以前快很多 @_@

另外補充一點,在 apc.php 同一個目錄下放個 apc.conf.php,並且在裡面設一些東西,就可以在 apc.php 的報表上看到完整的路徑 (預設是用 <hidden> 保護起來),不過這樣就要記得把 apc.php 用 htpasswd 或是其他方式保護起來:

<?
defaults('USE_AUTHENTICATION', 0);
?>

University of Wisconsin 對於 RIAA 控訴的程序

先提供幾個 link:

國外有很多大學的計算機中心 (或是類似的單位) 常常會收到 (Recording Industry Association of America) 或是 (Motion Picture Association of America) 的通知,告知某個 IP address 在某個時間有利用什麼樣的 Protocol (、IRC 或是 FTP) 從事 / 認為的「非法分享行為」。

的作法是:我們會在校園內宣導合理使用校園網路的政策,但除非收到合法的法院傳票,不然不會提供 / 任何資料,也不會將所謂的「通知信」轉交給當事人。

聽說最近學校 () 計中主任換人後就聽到傳言說以後 通知有侵權行為就要先記過?來看看這個傳言到底怎麼樣好了...

DragonFly BSD 1.8

裡面裝了 1.8,然後用看看,想要知道 差多少。

目前 的套件管理系統是透過 ,也許應該去翻翻 mailing list 之類的地方翻翻看有沒有什麼奇技淫巧...

所造成的主要的幾個差別在於:

  • 安裝的位置在於 /usr/pkg,這點不同於 /usr/local,所以環境變數 PATH 要設定好。
  • 使用的是 bmake,所以記得在 裡要使用 bmake 而非 make (nmake)。
  • 裡 bmake clean 的動作不是 recursive clean,要加上 bmake clean-depends。所以安裝指令的習慣變成 bmake install clean clean-depends。

弄完 package system 後,再來是 make kernel 與 make world,只有一些小改變,第一個是本來有 /sys 的 symbolic link (會指到 /usr/src/sys),現在沒有了。第二個是本來在 /usr/src/sys/i386/conf 下的設定檔,現在在 /usr/src/sys/config 下。

從 1.8.0 升級到最新版的方法跟 差不多,先跑 cvsup 更新,再到 /usr/src 下跑 make buildworld、make buildkernel、make installkernel、make installworld (跟以前一樣,中間的 buildkernel + installkernel 可以合併成 kernel),最後跑 mergemaster,然後重開機,接下來就應該可以看到 1.9.0 的版號了。

不過最近 kernel 好像有個 bug,在 irc 上也有看到... 我的只有 491%,IRC 上有人說他看到 1600%... XD

大致上就是這樣,有興趣的可以自己跑個 起來玩玩看 :p

四月!每日一 Myspace Bug!

雖然大家都知道 很多洞 (就一個封閉式的網站而言,跟開放原始碼的 有得拼...),於是有人就想到最近很熱的 "Month of XXX":April to See Month of MySpace Bugs

不過居然從 4/1 開始 XDDD 還特地說明:

When are you starting?
Were you not paying attention? April 1, 2007. Yes, we know. No, it's serious. No, not really.

Zooomr 恢復正常

經過比無名還久的「維修」後,終於恢復了:Zooomr Mark III: Update Five! (A Must Read)

最直接的改變就是上傳的容量限制跟 一樣變成無限大:

喔對,我前幾天把 換回來了,現在跑的是 (目前是 2.0.0.3pre) 這個版本。

Linux 上 MySQL Scalability 的問題

先前提到在 的問題,在 Update on the linux scaling situation. 提到了兩個 link:

在第一個 link 裡,在一台 4 CPU 的 PPC 64 有發現類似的現象:

中間 debug 的過程就不講了,最後發現是 malloc() 的問題,用 LD_PRELOAD 把 提供的 替換掉後就恢復了:

那個法鵝大站的站長,如果你覺得 太慢的話掛個 LD_PRELOAD 的 patch 上去... :p