DropBox: 網路硬碟兼到處同步的超好用服務

像是網路空間又結合自動同步的東西

概念很好一言難盡

這篇MR.6的文章說得很不錯

所謂的「分散式生活」和「Sync到連自己都沒有感覺在Sync」

應該是技術上的成功關鍵之一 (Ubiquitous Computing??)

或者直接看DropBox的介紹影片：

有興趣的板友點我的referral link去申請吧

https://www.dropbox.com/referrals/NTMzNjE5NTk5

推薦人和被推薦人都可以增加250MB喔XD (免費最多到5GB 8GB) [其實這種制度也是很棒的概念]

--

終於可以不用帶隨身碟往返台北和新竹了！

[Mac] Apple Macbook電池保養

整理一下Apple官網和從優仕店員那裡聽到的重點：

1. 盡量不要用到快沒電，到20%就該充電了。

電量太低時會使電池的「活性」降低。

這點應該沒爭議。

2. 也盡量不要「過充」：電量100%還繼續插充電。

雖然現在筆電多有防過充的設計，但適度讓電子活動也是有必要的。

至少電腦「關機」或「休眠」時盡量把電源線拔掉，因為這段時間電池本來就幾乎不會放電，拔掉可防止不必要的過充。

3. 使用循環次數(cycle數)僅供參考，並不是越低越好。

總充電容量還比較有意義，新品的Macbook(Mid2007)電池是5400~5500mAh，長期正常使用也應維持4000mAh以上。

昨天優仕說他們有工程師cycle數九百多，總充電容量還能到4000+，倒是如果刻意降低cycle數而都不拔電池反而會長期「過充」，並不是好事。

4. 長期存放(6個月以上)不使用時，最好將電量維持在50%左右再存放。接近0%或100%時長期存放，對電池都很不好。

5. 需不需電池校正？見仁見智。

首先要知道電池校正的用意。我們希望電腦讀到的電池資訊是準確的，如果兩者的數據有偏差，就需要「校正」回來。

Apple建議每兩個月校正一次電池，但除了步驟麻煩又耗時之外，電池校正會刻意「過充」和「用到乾」，這樣對電池本身是否就不太好？

所以昨天店員說電池校正是見仁見智，因為這不太算是「保養」的動作。如果確實發現電腦顯示的電池資訊不太準確，可以考慮校正一次。

[Mac] Apple Macbook顯示「電池維修」

從10.6 Snow Leopard開始，電池充電時會自動檢查，如果充電時點一下進度看到「電池維修」：

電池維修：電池運作不正常，且您不會被告知其充電狀態，或其剩餘電量。

請聯絡 Apple 授權的服務供應商（AASP）來檢查您的電腦。在讓電腦接受檢

查之前，您可以繼續使用電池，而不會對您的電腦造成傷害。

就代表電池可能有錯誤，建議送回Apple授權經銷商檢查。

上禮拜五回台北順便帶去檢查，果真在工程師電腦上顯示出"Replace Battery"的紅字，要把顯示出的錯誤碼送給Apple審核。

他要收回我電池時還猶豫很久，因為我目前在新竹念書，原本考慮等寒假再修比較方便。

和上次修手腕附近外殼碎裂(睡眠燈上方)一樣，工程師說目前的檢查結果對我比較有利，等到寒假又多使用了兩個月，可能到時候判斷出來是"正常損耗"的黃字，那就一定不能更換(正常的電池損耗不在保固內，但電池本身有錯誤的話則有機會)。

而且如果Apple到時候如果修改保固政策，可能會有新變數。

於是在工程師建議下我就留下電池給Apple審核，讓電腦穿露背裝>///<，拿起來後面空空的，感覺好怪。

使用時要特別小心不可以斷電，不要讓別人有絆到的機會，並且注意備份資料。保險起見我都沒帶出門，好險也沒事。

昨天(星期三，所以才過了5天)接到電話說已經修好，可以免費換一顆良品，當下決定直接帶筆電殺一趟優仕，省得之後攜帶麻煩。

超爽的，買兩年之後還可以換新的電池耶！！！

附上兩張當場拍下來的數據

循環次數1 總充電容量5491 送修前是32xx Orz

寄件者 Mac

iStat Pro說電池健康度100% 送修前是65%

寄件者 Mac

關於昨天看到和聽到的電池保養，見下篇blog post。

MATLAB R2009b for Mac: A Simple Performance Test

中文標題：MATLAB R2009b for Mac: 簡單測試文

前陣子的文章才提到一些關於MATLAB R2009b的消息，對MacOSX Snow Leopard來說，最好的消息就是R2009b for Mac終於是64-bit啦！安裝的時候有個"Select Architecture"，可以選擇"Intel"(3630MB)或"Intel 64"(3802MB)，或者是都選(4927MB)。

如果都選的話，安裝結束可以在 /Applications/MATLAB_R2009b -> 顯示套件內容 -> bin 裡分別看到maci和maci64這兩個資料夾。

裝完以後以預設64-bit執行，可以看到令人感動的初始畫面：

要以32-bit執行，在MATLAB_R2009b的 右鍵->簡介 中可以選擇「在32位元模式中開啟」：

甚至在工具程式->活動監視器(Activity Monitor)裡，MATLAB的「種類」也被標示成「Intel (64位元)」呢！這是我第一次看到non-Apple software被標示成64-bit XD。

至於大家最關心的速度，我先前已經用過R2009a跑了我影像處理簡介的期末Project，並記下數據了。這次我分別用R2009b(32-bit)和R2009b(64-bit)跑了一次，產生以下的結果(in seconds)：

可以看出R2009b(32-bit)除了encode_img1進步12.69%以外，其他幾乎沒進步甚至還變慢Orz。

不過R2009b(64-bit)數據可就威了，幾乎都能減少10%甚至是20%的時間！

而且加速原因是64-bit，而不是版本從a變b喔XD。

夠不夠厲害可能是自由心證啦，不過我是已經覺得很滿意了！

[Mac] Adding a keyboard shortcut to "Show Package Contents"

中文標題：[Mac] 為"顯示套件內容"添加快速鍵

雖然說一般安裝/使用軟體不會需要這個功能，不過有時比較進階的操作需要對應用程式按右鍵，然後點選"顯示套件內容"來更動一些細節。

然而對於一些龜毛的使用者，按右鍵(在筆電上就是ctrl+click或是兩指觸控板+click) -> 移動游標 -> 選擇"顯示套件內容"按下去，三個步驟可能還嫌太慢。XD

如果想要一步完成該怎麼做呢？

從Leopard開始，系統偏好設定允許我們自訂這個快速鍵囉！

方法如下（以下screenshots是用Snow Leopard的）：

1. 進入系統偏好設定(System Preferences) -> 鍵盤(Keyboard) ，Leopard的話是鍵盤與滑鼠(Keyboard & Mouse for Leopard)

2. 在鍵盤快速鍵分頁(Keyboard Shortcuts tab)的"應用程式快速鍵"，按一下"+"。

3. 應用程式選擇"Finder.app"，選單名稱打入"顯示套件內容"。

For English systems, type "Show Package Contents".

鍵盤快速鍵，就隨便取一個自己喜歡，而且在Finder裡沒有重複的，例如cmd+P。

如此就新增一筆鍵盤快速鍵了！
來測試看看Finder，果然對應用程式按下剛剛自訂的快速鍵，就會新開一個視窗並"顯示套件內容了"。

一般開啟app是用cmd+O，如果顯示套件內容用cmd+P的話，個人覺得蠻方便的，按鍵就在旁邊。

參考資料：http://www.macosxhints.com/article.php?story=2007112908233356

[Mac] MATLAB R2009a on Snow Leopard : An Installation Solution

If you previously installed MATLAB R2009a on OSX 10.5 Leopard, and then upgraded your OS to OSX 10.6 Snow Leopard, the MATLAB program would work fine.

But if you try to install MATLAB R2009a on Snow Leopard, you will get the following Java exception: (For those who just want to know the solution, go directly to the second image)

So I went check the log, saying:

(Sep 03, 2009 01:35:52)Starting activation process.

(Sep 03, 2009 01:35:52)Performing interactive activation.

(Sep 03, 2009 01:35:52)MATHWORKS ACTIVATION IS STARTING UP.

(Sep 03, 2009 01:35:54)com.mathworks.instutil.JNIException: java.lang.UnsatisfiedLinkError: Cant load library: /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib

java.lang.UnsatisfiedLinkError: Cant load library: /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib

com.mathworks.instutil.NativeUtility.(NativeUtility.java:30)

com.mathworks.instutil.MachineInfo.(MachineInfo.java:41)

com.mathworks.activationclient.model.ActivationModelImpl.loadNativeLib(ActivationModelImpl.java:228)

com.mathworks.activationclient.model.ActivationModelImpl.getMachineInfo(ActivationModelImpl.java:211)

com.mathworks.activationclient.view.ApplicationViewImpl.getMachineInfo(ApplicationViewImpl.java:260)

com.mathworks.activationclient.view.ApplicationViewImpl.showGUI(ApplicationViewImpl.java:116)

com.mathworks.activationclient.controller.ApplicationControllerImpl.start(ApplicationControllerImpl.java:118)

com.mathworks.activationclient.ActivationClientImpl.start(ActivationClientImpl.java:210)

com.mathworks.activationclient.ActivationApplication.goInteractive(ActivationApplication.java:186)

com.mathworks.activationclient.ActivationApplication.go(ActivationApplication.java:172)

com.mathworks.activationclient.ActivationApplication.main(ActivationApplication.java:135)

(Sep 03, 2009 01:35:54)java.lang.NullPointerException

com.mathworks.activationclient.view.ApplicationViewImpl.showGUI(ApplicationViewImpl.java:116)

com.mathworks.activationclient.controller.ApplicationControllerImpl.start(ApplicationControllerImpl.java:118)

com.mathworks.activationclient.ActivationClientImpl.start(ActivationClientImpl.java:210)

com.mathworks.activationclient.ActivationApplication.goInteractive(ActivationApplication.java:186)

com.mathworks.activationclient.ActivationApplication.go(ActivationApplication.java:172)

com.mathworks.activationclient.ActivationApplication.main(ActivationApplication.java:135)

(Sep 03, 2009 01:36:10)There was an unexpected exception:

null

Then I checked the MATLAB_R2009a.app (right click => Show Package Content), and found that

there was no such directory "bin/maci64", but only "bin/maci".

So I copied and renamed it to "maci", ran the installation again. This time I got another exception:

(Sep 03, 2009 12:26:51)com.mathworks.instutil.JNIException: java.lang.UnsatisfiedLinkError: /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib: no suitable image found. Did find: /Applications/MATLAB_R2009a.app/bin/maci/libinstutil.jnilib: mach-o, but wrong architecture /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib: mach-o, but wrong architecture

java.lang.UnsatisfiedLinkError: /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib: no suitable image found. Did find: /Applications/MATLAB_R2009a.app/bin/maci/libinstutil.jnilib: mach-o, but wrong architecture /Applications/MATLAB_R2009a.app/bin/maci64/libinstutil.jnilib: mach-o, but wrong architecture

...

This "wrong architecture" message reminded me to turn to Java settings for the final trial.

(After all, the activation program was written in Java :p)

And it worked!!

Here's the solution:

1. Use Finder to go to /Applications/Utilities/Java Preferences.

2. In the Java Application section, set 32-bit as the first priority over the 64-bit by dragging it upward.

3. Run the MATLAB R2009a installation again.

As I remember, Java in Leopard had the Java SE 5 (32-bit) as the first priority, but Snow Leopard does not! (all Java SE 6, and 64-bit first)

Hopefully you will finally see this activation window. I believe everyone knows what to do next :DD

Upon success, you can see that MATLAB R2009a runs in 32-bit mode.

I also saw some good news about the coming R2009b release from MATLAB Central blog.

The R2009b will be a 64-bit version, and will move one step closer to being entirely independent of X11. However the latter is going to take another couple of releases to accomplish...

I really look forward to the day when 64-bit + native MATLAB application become possible :)

[Mac] RAM Disk Utility Pro 1.1 on Snow Leopard

之前"關機需要30+"秒的兇手抓到了= =+

RAM Disk Utility Pro - 我第一個掏錢支持的國內軟體 雖然很便宜

剛剛測試v1.1 on OSX10.6的時候得到的結論：

開啟RDU：20秒

掛載/卸載：0秒

關閉RDU：16秒

最可怕的是，如果沒先把所有掛載的RAM Disk卸載，就按下關機/重開機的話，

會在沒有桌布、圖示的藍畫面跑時鐘busy icon，長達30~40+秒Orz。

但是有先把RAM Disk都卸載，並關閉RDU的話，關機就可達到Snow Leopard宣

稱的那麼快速。(我5秒)

後來開機至"外接硬碟"的Leopard測試，發現沒有特別慢的問題：

開啟RDU：5秒

關閉RDU：忘了，反正也很快

然後RAM Disk掛載時直接重開機，跑出來也是正常的重開機速度。

btw，10.5好像圖示一律都會隱藏，但10.6在側邊欄藏不住？

我的機器是2007暑假買的MacBook, Intel Cuo 2 Duo 2.16 GHz, DDR2 3G RAM，

照理說應該不會這麼慢的...

已經寄信給原作者EShensh了，希望能有下文T.T