在 M1 Mac 的 VS Code 執行 R

2021/03/11 Updated: 最近 VS Code 更新為 1.54.1 之後原生支援了 M1。照理說原本是應該開心的，但... 因為有許多東西目前還是得在 Rosetta 2 底下才能正常運作，因此像這篇所說的設置在 VS Code 更新之後就完全修不好了。即便我在 r.rterm.mac 中加了 arch -x86_64 作為前綴，還是出現了錯誤訊息說它找不到 R client，真的是見鬼。目前也不太知道是該等 R extension 的作者修，還是該等 Radian 以及 R 原生支援 M1 才能修好了。
===== =====

最近買了一台搭載了好香 M1 的 MacBook Air（TSMC's 5nm inside!），有一些心得但簡單來說就是超快、超省電，然後依然有一些軟體跟外接硬體的相容性問題。不過，對於得（部分）靠寫程式吃飯的我來說，最頭痛的事情其實是開發工具們非常混亂地同時存在著 ARM 以及 x86 兩種版本。

比方說，brew 在安裝的時候如果沒有特別處理，就會裝在 /opt/homebrew/bin/ 底下（ARM 版本）；如果讓 Terminal 在 Rosetta 2 底下執行的話，就會裝在 /usr/local/bin/ 底下（x86 版本）。類似的情況在處理各種 library 的時候層出不窮，就算想要盡量裝可以有原生效能的 ARM 版本，也有可能裝到一半的時候發現 library 需要的 dependencies 有的就是只能在 x86 模式底下執行而得整個換成在 Rosetta 2 的環境底下安裝。

最近因為上課需要用到 R 而試著在 M1 上安裝看看。以往雖然聽過 R 在統計上非常泛用，但因為自己已經很習慣用 Python 所以一直沒有去學，這次因為課堂需求就不得不用了。R 在 M1 上的安裝沒有什麼問題，問題出在當我想要在 VS Code 可以直接執行 R 的時候就撞牆了。

我主要參考了 A fresh start for R in VSCode 這篇，但問題在於我實在不曉得 R executable 到底路徑在哪。原本猜想可能跟 MATLAB 一樣要直接到 R.app 的 Package Contents 裡面找，結果是找到了，但只會在 VS Code 打開的時候把 R.app 開起來，還是沒辦法在 VS Code 裡面直接執行。之後又看到在文章中提到的 R LSP Client 在說明中寫到 R binary 在 Linux 以及 macOS 的路徑應該是 /usr/bin/R。雖然看起來非常合理，但就像一開始說的，在 M1 底下安裝的 library 已經不像以前的路徑了，結果就是真的什麼也沒找到。

最後只好搜尋整台 Mac，搜尋條件設定為 

Name is R
System files are included

終於找到了一個看起來可行的路徑是

/Library/Frameworks/R.framework/Versions/4.0/Resources/bin/R
（根據版本不同應該路徑會有一點不同）

把 VS Code 的設定中 r.rpath.mac（以前是 r.lsp.path）以及在 r.rterm.option 中的 --r-binary 改成這個路徑一切就大功告成啦！也就是說在你的 settings.json 中這段會看起來像

"r.rpath.mac": "/Library/Frameworks/R.framework/Versions/4.0/Resources/bin/R",
"r.rterm.option": [
    "--no-save",
    "--no-restore",
    "--r-binary=/Library/Frameworks/R.framework/Versions/4.0/Resources/bin/R"
],

設定完成後只要在 VS Code 開啟的 .r 檔中按下 cmd+shift+s 就可以執行囉！

留言

張貼留言

這個網誌中的熱門文章

[macOS High Sierra] 避免High Sierra將檔案系統升級為APFS

隨著macOS Mojave的釋出，Apple也停止了對El Capitan的維護，因此我也在最近將系統更新到了High Sierra（我跳過了Sierra，主要原因是 Sierra不支援外接螢幕HiDPi ）。 屏除你在官方介紹就能看到的東西以外，High Sierra有幾個非常值得提出來的優點。第一是安裝完就會立刻發現的是作業系統佔的容量比El Capitan小了很多，對於當時買MacBook時選了比較小容量機型的人應該是一大福音；另外整體的速度也比El Capitan快... 當然也有可能是因為硬碟容量清出來了所以比較快啦。 第二個優點非常重要，那就是High Sierra原生支援NVMe (Non-Volatile Memory Express) SSD。假如你的MacBook是2015年（包括）以前的機型，其實主機板上的PCIe SSD是可以更換的。然而PCIe SSD規格非常混亂，加上Apple自己又喜歡搞特規，所以以往MacBook即使可以更換SSD，你也只能買特殊規格的SSD來換，像是OWC，或是臺灣就是找創見。當時能夠更換的稱為AHCI (Advanced Host Controller Interface) SSD ，這種SSD非常昂貴，而且你能找到的AHCI SSD通常速度跟品質都不如Apple原廠的（Apple原廠的AHCI SSD一般為SanDisk或Samsung），使得當時自己更換MacBook內的SSD非常不划算。 相較於AHCI，NVMe SSD就便宜許多了，當然價格還是不可能跟SATA SSD相比啦，但NVMe SSD有著超越AHCI的超高速度，如果機器完整支援PCIe 3.0的4條通道，讀寫速度可以到3000MB/sec這麼爽快的速度啊！而且也有廠商做出了轉接頭，所以想買個可以負擔的SSD替換MacBook的內建硬碟再也不是夢想啦！ 不過因為我還沒有時間處理轉移的問題，而且雖然硬碟空間是有點拮据，但也還夠用，因此暫時沒有要對更換SSD一事做更多的著墨，但就先提供一個可能性，附上一些連結讓有需要的人可以自己嘗試看看。一如以往，話先說在前頭：Use at your own risk. HOW TO: MACBOOK PRO RETINA M.2 SSD STORAGE REPLACEMENT AND UPGRAD
閱讀完整內容

[S7換機紀錄] 如何減輕AMOLED傷害你的眼睛

圖片
好了，是時候來面對S7這隻手機令我最厭惡的地方了：螢幕。 其實S7的螢幕無論是顏色、對比、亮度（最亮夠亮、最暗夠暗），甚至是自動亮度的調整都非常優秀，但仍然無法克服AMOLED的烙印、色衰，以及PWM調光等問題。因此話先說在前頭，如果你使用AMOLED的裝置，並且單純使用內建的自動調光，看起來一切安好的話，那恭喜你，你可能喜歡（或適應）AMOLED的顏色的同時，對PWM調光也不敏感，建議你就不用再往下看了。 但如果你跟我一樣，在拿到這隻手機看了幾天，發現怎麼看這塊螢幕怎麼不舒服，甚至出現頭痛的狀況，那很不幸地，你我都是眼睛比較敏感的人。 在我們切入最重要的主題之前，先來講個「可能」減輕眼睛疲勞的方法，也就是讓S7的螢幕不要那麼鮮豔一點。在Setting -> Display -> Screen Mode中可以調整S7螢幕顯示的模式。預設的模式是Adaptive display，這個模式的顏色非常鮮豔，白色的色溫也過高，亮度也比其他模式來得高，因此首先你可以先將Screen Mode改成Basic來改善這個問題。詳細的內容請見 這個網站 有非常詳細的各種數值。 懶得截圖啦～我直接抓了 這個網站 的圖 好，來進入最麻煩的問題：PWM吧。一般來說，螢幕調整亮度的方式分成兩種，PWM (Pulse Width Modulation)以及DC (Direct Current)。後者從名字就可以知道是靠著調電流來降低亮度，後面提到的所有PWM缺點都不存在於DC調光方法中；這種方法可能的缺點大概是能夠調整的亮度範圍比較窄，因此有些螢幕會告訴你它在亮度X％以上時使用DC調光，但低於X%以下則是改用PWM調光，比如 EIZO 。而PWM則是「騙」你的眼睛以為螢幕的亮度降低了，但實際上是利用快速地開關LED來達到「看起來」好像變暗了。為了讓你不要察覺它其實是這樣調整亮度的，因此LED的開關頻率必須要夠高，但其實不用太高人眼就很難察覺了，只是在頻率過低的情況下你可能會覺得有種難以形容的不適感，除了眼睛容易疲勞外，有些人甚至會覺得噁心、頭痛。 除了我的個人經驗外，在IEEE上也有 一篇文章 有詳細的說明。大致整理一下文章所說的內容包括： PWM頻率在3~70Hz是人眼可見（可察覺）的。在這種頻率下，人會立即被觸發各種症狀，包括癲癇、頭痛、頭暈以
閱讀完整內容

[S7換機紀錄] 完全自訂S7的實體按鍵

從M7換到M8的時候其實我有點不習慣虛擬按鍵，但用久了覺得螢幕上的虛擬按鍵（on-screen buttons或是navigation bar）真的是比較理想的設計，不但可以由使用者自訂按鍵的順序，或是新增非預設的功能鍵，同時也免除了實體按鍵（capacitive buttons）損耗的風險，反應時間也比較理想（這個其實我不太確定，但我個人感覺是這樣）。 但總之，S7用的是實體按鍵，而且內建也沒有可以調整按鍵順序的功能，因此也只好找其他工具來調整了。說實話，實體按鍵不給更改也是合理的做法，畢竟圖案就印在上面，對不那麼執著的絕大多數使用者來說，可以互換才奇怪勒。但對想完全掌控手機的人來說就不是這樣了... 系統內建不能更改，三星root又直接破保，在不修改系統的情況下自訂按鍵雖然可行，但都是不完美的解決方案。 好了，先從Home鍵講起吧。 關於想要可以碰到就算觸發Home鍵這件事情，如果你做了一些搜尋的話，應該會首先發現 easyHome 這個App。不過雖然這個App宣稱是對Samsung Galaxy系列最佳化的，我實際使用的過程卻覺得它很容易就失效，時好時壞的，非常不穩定，這樣我實在不如接受按壓Home鍵這種事情算了，至少它一定會觸發啊。 後來我又陸陸續續找了幾款類似的App，其中一個是我曾經在XDA上看過的 Fingerprint Gestures 。畢竟是在XDA上看到的，因此信任度也比較高一點。這款的穩定度其實也不佳，但是它卻支援超多功能，而且是只要任何有指紋辨識的裝置都可以使用。 但穩定度實在是太重要了，我一點也不希望在我明明按到的時候卻什麼事情也沒發生，最後終於讓我找到了 Finger Home Gestures 這個App，極度穩定，任何狀況下都可以觸發，從來沒有一次失效的。不過相較於前兩者來說，這個App的功能真的非常陽春，就是只有Touch跟Swipe Up兩種動作可以定義。但穩定度大於一切 ，最後我留下了這個App。 值得注意的是，easyHome看起來似乎跟後兩者的原理不太一樣。後兩者都是調用到指紋辨識的功能來處發Home鍵效果，甚至可以在只有辨識到正確指紋的時候才起作用。但easyHome看起來卻是發現了Galaxy的指紋辨識器中心處有個sensor，並且用這個sensor當作判斷的依據。衡
閱讀完整內容