基本上是來刷存在感的. 我的問題比較奇怪, 它會在 setting 裡的 update 跑幾天幾夜都不會停, 原因可能是你卡到陰 (X) 卡到 Delivery Optimization 這個服務 (O), 在這之前個人推薦再找個軟體叫 FluentCleaner, 可以到它的 github 下載
解法比想像中簡單:
win+r, services.msc
Windows Update 關掉
Delivery Optimization 關掉
"C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Microsoft\Windows\DeliveryOptimization\State\" 底下清掉
Delivery Optimization 打開
Windows Update 打開
這次更新不是下載到 C:\Windows\SoftwareDistribution 這裡面, 所以把這裡清空沒有用了.
後來想一想, 前篇留著當筆記, 對 pytorch 2.9.1 再開一篇文寫.
以下筆記我自己實驗出可用的版本, ubuntu 24.04.3, ROCm 6.4.4, pytorch 2.9.1, 目標 gfx803, gfx900. 以下都可以在虛擬機裡編譯, 不需要真的有 AMD 的 GPU. 之所以用 ROCm 6.4.4 不用 7.1.1 | 7.2.0 是因為這是最後一版支援 gfx803 (RX460/470/480/560/570/580) 的 ROCm, 也是最後一版支援 WSL 的 ROCm, 所以這篇就以 ROCm 6.4.4 (6.x 最後一版), pytorch 2.9.1 為主. 還是跟前篇一樣, 要編哪一版 pytorch 就要注意它是對到哪一版 ROCm.
ps. ROCm 7.1.1 可以支援在 ryzen 3000 開始的 APU (代號 gfx902), 但沒實驗出讓它跑 code 的辦法.
# 環境變數裡加東西, 下次登入時就生效. ps. 加在 /etc/environment.d/ 裡無效, 理由不明.
# Add GFX803 related variables
echo "ROC_ENABLE_PRE_VEGA=1" | sudo tee -a /etc/environment
echo "HSA_OVERRIDE_GFX_VERSION=8.0.3" | sudo tee -a /etc/environment安裝 miniconda 3. conda init 是在 $LOGUSER 下, 特別記清處 rocm-build 這個字, 後面會很常用上
# Download and Install Miniconda 3
wget https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh -P /tmp/
sudo bash /tmp/Miniconda3-latest-Linux-x86_64.sh -b -p /opt/conda
sudo sed -i 's|^PATH="|PATH="/opt/conda/bin:|' /etc/environment
# Logout to apply environment
exit
# Logged in
conda init
source ~/.bashrc
conda tos accept --override-channels --channel https://repo.anaconda.com/pkgs/main
conda tos accept --override-channels --channel https://repo.anaconda.com/pkgs/r
conda create -n rocm-build -y python=3.12
conda activate rocm-buildps. 到寫這篇前還沒看到支援 ubuntu 26.04
ps. rocSOLVER 在 ROCm 7.0 開始才能指定 Tensile 版本, 如果是 7.0 之後的版本就建議跟 rocBLAS 一樣 install.sh 要多下一個 -b 指定 Tensile 版號.
(update: ROCm 7.0以上特有) rocSOLVER的編法很奇怪, 最好特別連進去 ssh console 裡再操作 install.sh, 否則不會動作.
# Download rocSOLVER
sudo mkdir /opt/rocSOLVER
sudo chown $LOGNAME: /opt/rocSOLVER
git clone --recursive https://github.com/ROCm/rocSOLVER.git -b \rocm-6.4.4 /opt/rocSOLVER cd /opt/rocSOLVER # Build rocBLAS time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100" # Copy compiled library SRC=$(sudo find \ /opt/rocSOLVER/build/release/rocsolver-install/lib/ \ -type f -name "librocsolver.so.*") TGT=$(sudo find /opt/rocm/ -type f -name "librocsolver.so*") LIST=$(find /opt/rocm/ -type l -name "librocsolver.so*") sudo cp -f ${SRC} ${TGT} for d in ${LIST}; do sudo ln -sf ${TGT} ${d}; done
# Reboot 如果你是在目標機器上編的話才要 reboot.
# Re-enable conda environment
conda activate rocm-build
# Download PyTorch
sudo mkdir /opt/pytorch
sudo chown $LOGNAME: /opt/pytorch
git clone --recursive https://github.com/pytorch/pytorch.git -b v2.9.1 /opt/pytorch
cd /opt/pytorch
# Install required packages
pip install mkl-static mkl-include -r requirements.txt
# Build PyTorch
export PYTORCH_ROCM_ARCH="gfx803;gfx900"
export PYTORCH_BUILD_VERSION=2.9.1 PYTORCH_BUILD_NUMBER=1
python tools/amd_build/build_amd.py
time python setup.py bdist_wheel
# Install PyTorch
pip install /opt/pytorch/dist/torch-2.9.1-cp312-cp312-linux_x86_64.whlupdate: 操蛋的, 花了我三個禮拜試一堆組合後終於可以動了....
Clone the PyTorch examples repository.
git clone https://github.com/pytorch/examples.git
Go to the MNIST example folder.
cd examples/mnist以上引用自 https://rocm.docs.amd.com/projects/install-on-linux/en/latest/install/3rd-party/pytorch-install.html
update2: rocm 7.0 開始擋掉對 gfx803 的支援.
這篇只是筆記, 主要引述自(NULL0xFF / rocm-gfx803)這裡的編譯指引, 這篇主要針對 ubuntu 22.04 的環境使用, 對的是 ROCm 6.1.5, 所以 pytorch 最好的配對版本是 2.4.1, pytorch 對 ROCm 的版本基本不會是自由配對, 可以參考這裡, 而 pytorch 每個版本編譯情況不一樣, 通常要選好特定的版本下手比較穩..
以下筆記我自己實驗出可用的版本, ubuntu 24.04.3, ROCm 6.3.3, pytorch 2.4.1, 目標 gfx803, gfx900. 以下都可以在虛擬機裡編譯, 不需要真的有 AMD 的 GPU.
# 環境變數裡加東西, 下次登入時就生效. ps. 加在 /etc/environment.d/ 裡無效, 理由不明.
# Add GFX803 related variables echo "ROC_ENABLE_PRE_VEGA=1" | sudo tee -a /etc/environment echo "HSA_OVERRIDE_GFX_VERSION=8.0.3" | sudo tee -a /etc/environment
安裝 miniconda 3. conda init 是在 $LOGUSER 下, 特別記清處 rocm-build 這個字, 後面會很常用上
# Download and Install Miniconda 3 wget https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh -P /tmp/ sudo bash /tmp/Miniconda3-latest-Linux-x86_64.sh -b -p /opt/conda sudo sed -i 's|^PATH="|PATH="/opt/conda/bin:|' /etc/environment # Logout to apply environment exit # Logged in conda init source ~/.bashrc conda create -n rocm-build -y python=3.12 conda activate rocm-build
sudo apt install -y build-essential ccache git libjpeg-dev libjpeg-turbo8-dev libpng-dev libmsgpack-dev libssl-dev python3-virtualenv libboost-dev libboost1.83-dev libmsgpack-cxx-dev ps. ROCm 6.3 最後一版是 6.3.4, 但 rocblas 關聯 ROCm 6.3 的部份只到 6.3.3, 所以以下 ROCm 使用 6.3.3
# Setup AMD repository
wget https://repo.radeon.com/rocm/rocm.gpg.key -O - | gpg --dearmor | sudo tee /etc/apt/keyrings/rocm.gpg > /dev/null
echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/rocm.gpg] https://repo.radeon.com/rocm/apt/6.3.3 noble main" | sudo tee --append /etc/apt/sources.list.d/rocm.list
echo -e 'Package: *\nPin: release o=repo.radeon.com\nPin-Priority: 600' | sudo tee /etc/apt/preferences.d/rocm-pin-600
sudo apt update
# Install ROCm 6.3.3
sudo apt install rocm rocm-developer-tools rocm-ml-sdk rocm-ml-libraries rocm-hip-sdk rocm-hip-libraries
sudo sed -i 's|^PATH="|PATH="/opt/rocm/bin:|' /etc/environment
echo "ROCM_PATH=/opt/rocm" | sudo tee -a /etc/environment
# Logout to apply environment
exit# Re-enable conda environment
conda activate rocm-build
# Download rocBLAS
sudo mkdir /opt/rocBLAS
sudo chown $LOGNAME: /opt/rocBLAS
git clone --recursive https://github.com/ROCm/rocBLAS.git -b rocm-6.3.3 /opt/rocBLAS
cd /opt/rocBLAS
# Install required packages
pip install "cmake<4.0" joblib pyyaml
# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100"
# Copy compiled library
sudo rsync -vrh /opt/rocBLAS/build/release/rocblas-install/lib/rocblas/library/ /opt/rocm/lib/rocblas/library/
sudo cp -f $(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")$(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")rocBLAS 這裡會編譯從 ROCm 6.0 開始就被拿掉的 gfx803, gfx900 hsaco 等 kernel 檔案, 以及把檔案關聯放進 librocblas.so 裡 (ROCm 5.0 開始 gfx803, gfx900 有檔案但沒有相關連結), 因為如果全部的 GPU 都塞進來的話, 會在後面編 pytorch ldd 時因為 so 檔太大無法成功連結, 所以選好自己想要編進去的東西. 而 gfx90a/942/1100 這三個是 pytorch 要的, 不是我想加的...
rocSOLVER的編法很奇怪, 最好特別連進去 ssh console 裡再操作 install.sh, 否則不會動作.
# Download rocBLAS
sudo mkdir /opt/rocSOLVER
sudo chown $LOGNAME: /opt/rocSOLVER
git clone --recursive https://github.com/ROCm/rocSOLVER.git -b rocm-6.3.3 /opt/rocSOLVER
cd /opt/rocSOLVER
# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100"
# Copy compiled library
sudo cp -f $(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")echo $(find ./build/release/rocsolver-install/lib/ -type f -name "librocsolver.so.*") $(find /opt/rocm/ -type f -name "librocsolver.so*")
# Reboot
如果你是在目標機器上編的話才要 reboot.
# Re-enable conda environment
conda activate rocm-build
# Download PyTorch
sudo mkdir /opt/pytorch
sudo chown $LOGNAME: /opt/pytorch
git clone --recursive https://github.com/pytorch/pytorch.git -b v2.4.1 /opt/pytorch
cd /opt/pytorch
# Install required packages
pip install mkl-static mkl-include ninja -r requirements.txt
# Build PyTorch
export PYTORCH_ROCM_ARCH="gfx803;gfx900"
export PYTORCH_BUILD_VERSION=2.4.1 PYTORCH_BUILD_NUMBER=1
python tools/amd_build/build_amd.py
time python setup.py bdist_wheel
# Install PyTorch
pip install /opt/pytorch/dist/torch-2.4.1-cp312-cp312-linux_x86_64.whlps1. 2.5.0 & 2.5.1 我嘗試編過, 失敗, 2.6我沒試, 2.7.1可以順利編過, 2.8.0 檔案下載 SHA256 有問題我找不到可以改哪裡. 以上也可以自己改成 2.7.1 跑.
ps2. 2.4.x & 2.5.x 編完記得把 ~/.triton/cache ~/.triton/dump 清一清.
ps3. 如果裝的是 pytorch 2.4.1 的話 torchvision 請用 0.19, pytorch 2.7.1 的話請用 0.22, 參考 https://github.com/pytorch/vision
之後就比照 https://github.com/NULL0xFF/rocm-gfx803?tab=readme-ov-file 這邊筆記操作.
後續有實驗成功的版本我會再貼上來.
update: pytorch 2.10.0 有編起來了, 後續 torchvision & pytorch 測試會以 2.10.0 優先, 除非 2.10.0 碰到什麼釘子我再回來 2.7 或 2.4 試試看.
這個 sonic tower 應該是我個人用 PC 裡被延用最久的組件, 好像2001年(?)買的用到今天, 第二名才是機殼(約2005年), 第三名才是 power(不祥).
!說在前面, brave browser 這個問題是 windows 特有!
問題的現像為 extension 無法下載, 無法載入, 無法執行.
目前的結論, 問題發生的主因是 %TEMP% 目錄下 brave browser 無權執行.
個人使用 chromium base web browser (brave, vivaldi) 有個習慣是把整個 user-data-dir 丟上 RAMdisk 裡跑, vivaldi 叫 "%LOCALAPPDATA%\Vivaldi\User Data", brave 叫 "%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data", 因為 extension 跑的資料也會在這區裡運作, 間接會變的很會磨 SSD 寫入次數, 所以個人把這目錄重導向到 IMdisk 建的 RAMdisk 裡使用有一段時間, 也是到最近發現 brave browser 開始出問題才注意到. (chrome 也會有一樣的 extension 的問題, 但 vivaldi 到目前都很正常).
然後我花了很多時間交叉測試後, 最後才找到原來跟暫存目錄有關係. 我有使用兩個 RAMdisk 軟體, 一個是 DATARAM RAMdisk 一個是 IMdisk, 而 %TMP% %TEMP% 都是指到 IMdisk 去, 而 brave 大約從 1.79 版開始, %TMP% %TEMP% 這裡就會有無法存取的問題, 一開始只是無法再安裝新 extension, 到後來會連載入都無法載入. 這時剩一個能用的方法, 就是在啟動 brave browser 時, 把這個 app 的 %TMP%, %TEMP% 全部重新導向:
!!b:\tmp 是 DATARAM 的 RAMdisk, 不是 IMdisk 的, 特別注意.!!
--
C:\Windows\System32\cmd.exe .exe /c "set TEMP=B:\tmp&&set TMP=B:\tmp&&start brave"
--
無痕就用
C:\Windows\System32\cmd.exe .exe /c "set TEMP=B:\tmp&&set TMP=B:\tmp&&start brave --incognito"
--
這樣 extension 才能正常跑. 而且請注意, 這樣是 brave 安裝在 %ProgramFiles% 下的才可以成功指定, 裝在 %LOCALAPPDATA% 裡的以上方法無效.
而且, brave browser 長年以來很莫明奇妙一點就是 linux 底下都很正常, windoz 下怪問題一堆.
update:
是這一區權限有問題:
%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data\Default\Extensions
為了讓 extensions 可以正常運作, 只好把這區全 junction 到真正的 RAMdisk 裡或其它 fixed disk 裡運作.
update: 2025/11 這時間左右的 update 修掉這個問題, 反而換 yahoo 拍賣爛掉了. yahoo拍賣的問題就不關RAMdisk的事了.
這篇筆記以 windoz 為主, 因為 linux 版我目前不知道怎麼救.
簡單的說, rustdesk 官網會記錄你機器 UUID (UEFI UUID), 一但同一片板子重裝 OS 後再使用 rustdesk 時, rustdesk 官網發現你的機器 UUID 已經註冊時, 就會再換發一個新的 ID (10碼, 一般是 9碼) 給你.我就無聊, 我想換回來. 基本上, relay-server 重新設定過後, 就沒重覆 UUID 註冊的問題..
1.關掉 rustdesk, 關掉 rustdesk service.
2.用 notepad++ 之類可以偵測檔案變動的編輯軟體開好以下兩個設定檔:
C:\Windows\ServiceProfiles\LocalService\AppData\Roaming\RustDesk\config\RustDesk.toml
%APPDATA%\Rustdesk\config\Rustdesk.toml
3.把這兩個檔裡 enc_id 清除為 encid = ''
4.斷網, 斷網後重啟 rustdesk.
5.可以看到步驟 2開的那兩個檔案 enc_id 有被變動, 這時就是你機器原本該有的 enc_id, 記得備一份下來.
6.重新連網, 不用啟動 service, 可以再次看到 enc_id 再被改變, 此時再將步驟 5抄下的 enc_id 給它貼回去, 存檔.
7.下次再開 rustdesk 就是你原本舊的 ID.
linux 底下 rustdesk 設定檔似乎僅只有 $HOME/.config/rustdesk/RustDesk.toml 一個而已, 還沒驗證過只改這個檔是否生效.
轉眼間這顆鏡頭買也有 10 年了. 到今天仍然會留著它出勤, 主要還是因為相較於原廠 24-70mm 第一代完全不同的發色色調, 原廠那支拍風景很好, 這支拍人像效果比較好. 這篇要講的主角其實是 Viltrox NF-Z 轉接環, 因為 FTZ 跟 A007 有點相容性問題, 鏡身防手震 (鏡身防手震應該要稱為 OIS, 但為了怕混淆, 所以以下稱 VC) 不能開, 開了機身防手震 (以下稱 IBIS) 會三不五時跳爽的, 把鏡身 VC 關掉, 機身 IBIS 也會跟著關掉, 總之會讓你有一種比搭原廠鏡還糟糕的使用體驗在, 所以我才在尋找能給 A007 穩定使用的轉接環. 到今天為止也沒什麼選擇, 就 FTZ (FTZ ii Nikon 有承諾過跟一代完全一樣) 跟 Viltrox NF-Z 這支.
然後以下我會解釋為什麼前一篇我要砍掉.
NF-Z firmware 剛拿到時是 1.3版, 認不到 A007, 更版到 2.1後認的到, 然後先說結論, A007 可以正常使用.
我現在更版到 2.4, 2.4 之前的 2.3 版有多一個功能, 轉接環上的開關可以切換要機身防手振 (機身往鏡頭方向看出去右邊) 還是鏡身防手震 (左邊), 這功能非常重要, 建議用戶更版到這版或以後. 我在拿到後試切換鏡身 VC 跟機身 IBIS 時有懷疑 A007 VC 是不是有正常啟動, 以下三張照都是 ISO1250, f/2.8, 快門 1/10s, 鏡身 70mm端下照的, 機身 Nikon Z6 第一代:
沒 VC 沒 IBIS:
結論很明顯......
有 VC 沒IBIS:
也就因為成像還是如此糟糕, 我一度以為轉接後 VC 沒有作用, 後來拿 D610 交叉比對測試下, 看來 A007 OIS能力就這樣而已.....
沒 VC 有 IBIS:
這隻被 Tamron 放棄很久的產品, 現在新的 A032, Sigma 24-70 f/2.8 DG ART II 都比它強了, 留著這支繼續用, 用的就只是一個革命情感而已.
在發現 A007 VC 啟動疑似不正常後, 我覺得我對 NF-Z 轉接環的結論應該下的太早, 以為實際上沒有完全支援 A007, 所以把前一篇砍掉. 後來反複驗證的結果證明 A007 在 NF-Z 上動作正常, 只是效果不如預期而已.
題外話來說說 Tamron A005, 70-300mm VC 這支, NF-Z formware 2.40 下仍舊不太正常, 如果一定要開鏡身 OIS, 有個懶人解法是: NF-Z 開鏡身 OIS (機身往鏡頭方向看出去左邊), 鏡身 VC 開關先關掉, 相機開機, 再把鏡身 VC 打開, 此時就可以正常動作. 我猜每次相機深度睡眠回來都要這樣操作一次才會正常, 沒很深入研究. 再不然就只開機身 IBIS, 200mm 焦長以下可能還算可靠吧? 沒實驗, 只有很短暫碰一下.
NF-Z 接 sigma 17-70mm 時相機機身 IBIS 也會亂跳, 基本上用 sigma 的鏡頭就乖乖用 FTZ.
