Log for Ubuntu 台灣社群

"(Non-commercial use only)"
https://moica.nat.gov.tw/download/File/Linux_ResetSID.pdf

把整台電腦上的node都殺了

可怕

為什麼這個頭痛

假設使用者一定會在腳本所在目錄下執行腳本

但是這種直接就壓縮的
不這樣做有什麼比較好的做法

有點看不太懂會造成什麼後果？

Bash 有機制可以偵測腳本所在路徑（BASH\_SOURCE），可以避免這個問題

會找不到資料夾而執行失敗

啊啊！

然後不是用bash

它不會自己產生目錄嗎？

原來有這種東西（筆記

還是寫死了

重點是目錄裡面要有檔案可以接下來執行啊，建空目錄沒有意義

外包廠商還沒有沒競爭力到不寫 shebang 所以這部分沒問題

喔喔！了解

預設是以執行當下的目錄為基底
所以如果我在/mnt 執行/opt/app.sh
那就會cd 到/mnt/path裡面

等於它呼叫了不存在的檔案？

起始的目錄不同，相對路徑就會失真

解壓縮也有手法差異

的確，而且無法預期使用者怎麼解壓縮，搞不好直接在DOWNLOAD目錄解壓縮，就會變成一堆散的檔案

沒有，這是最爛的方法，因為你不可預期使用者真的用足夠新版本的 bash 使用

遇到版本不夠或者預設不是 bash 的時候會死

這種使用者基本只能靠文件來解

這種使用者你給他文件他也不會解

不支援 shebang 的 Linux 核心應該基本不存在？

這部份就無解（攤手）

Shell 腳本一樣有機制可以偵測腳本直譯器是不是 Bash 以及是不是相容的 Bash 版本

我是說那個 BASH_SOURCE 的部分

直接偵測不支援的直譯器版本就報錯請使用者改用新版本直譯器執行就行

可以判斷 SHELL 變數或者用 set 讓他走特定模式來執行，但我不覺得這外包會寫

1. 我不覺得這外包會寫這種判斷，也寫不出來
2. 會遇到這種問題的使用者看到大概直接懵了，誰還理你更新

反 骗 曝 光 卡 商 机 器 人 3 周 年 庆 送 千 元红 包 @Tongzhivip

結果沒裝 bash

無號 (unsigned) 8 位整數的除法 （★ 100 分）

這篇文章主要探討瞭如何在 8 位無號整數的情境下進行除法最佳化，包括透過浮點數運算與 long division 演算法來達成向量化計算。文中詳細解釋了將 8 位整數轉成 32 位整數後，再轉成浮點數進行除法，並以位移或截斷方式避免小數捨入誤差的流程，也提到使用近似倒數指令 RCPPS 搭配微調乘數，能在特定範圍內維持較好的計算正確性。對於 long division，作者示範如何逐位比較並更新商與餘數，進一步提出 SSE、AVX2、以及 AVX-512 等版本的平行化實作範例。

效能測試部分則涵蓋 Ryzen 7、Skylake-X、IceLake 等不同處理器平臺，結果顯示在 Intel 上使用 AVX-512 的 long division 執行速度最快，而在 Ryzen 上則以 AVX2 並結合近似倒數的做法效能最佳。此外，作者還發現部分編譯器在自動化向量化時，能產生與手動撰寫 SIMD 程式碼不相上下甚至更高效的結果，顯示編譯器最佳化在部分情況下相當成熟。

👥 55 則討論、評論 💬
https://news.ycombinator.com/item?id=42481612