# apt install perf-tools-unstable/stable
這到底是 stable 還是 unstable .......
才沒有，他常常一個 windows update 就搞到自己被自己給幹掉了好嗎
那你為啥不說 linux 還能兼容 dos 應用程式
所以 docker 會要你添加他們維護的 apt repo
不可以，你得先過一手 20.04 lts 和 22.04 lts
1280 1356 1380 1492 都不怪嗎？這些很常見餒
所以我自己的 wg 都強迫改 1200 增強一些相容，畢竟我上面還有個 ipv6 要跑🙈
我也玩過，到最後如果沒 pin 好會直接就地升級成 debian 去了
我們都成為官方 apt mirror 了還去抓 iso 幹嘛，現在也快要成為 iso mirror 了😮
問題是中間路由路線變了最大 MTU 應該也會跟著變？
我感觉一般瓶颈都在隧道两端，我还没遇到过中间的路由MTU比我两端要小的
不會，你這沒辦法成為 mirror
且檔案時間會不對
我還以為 mirror 比對會算檔案 checksum 咧
所以檔案先用 BT 抓再改跑 Rsync 應該會比較快？
你那樣得 bt 載完 touch 對各種時間 meta 然後放對路徑才 rsync 才有效果
這跟 rsync 的實作有關， rsync 是比對路徑＆大小＆時間決定是否需要抓檔XD
那是預設，有的 rsync server 還會雜湊一下給你 list 來判斷要不要下載
rsync 的比對 checksum 是抓好後在 local 比對（我可能有記錯）
還說 Update in Progress 的才會在裡面🤔
不管 rsync 實做邏輯如何，如果要作比對檔案 hash 的話...會超級慢
比全部抓下來覆蓋還慢XDDDD
這個我略懂，預設是比對修改時間跟大小，然後有開 --checksum 的話就只會比對檔案 checksum
現在比對 hash 以現在的 CPU 來說所需時間應該還好吧？
我很久沒這樣玩了，上次開這選項好像是 7 年前了吧...
所以我才想說是不是直接用 P2P 加快同步速度，同步完了再開 Rsync 快速完成初始同步
反正修改時間可以用 --times Rsync 命令選項事後同步
他們要用包了一層 ftpsync 的 rsync 做 two-stage sync
計算結果全部存到外部檔案，發給客戶端讓客戶端自己去算就好了
上游硬碟慢的話，checksum和載一次一樣久，而且不match的話還要再加一次下載時間
Ubuntu 除了 Docker 容器以外預設應該會用地區/國家的鏡像服務吧？
（所以我每個 Docker 教學文件都要包含改軟體庫鏡像站的步驟）
然後 server 和 desktop 行為也不同
desktop 好像是會自動做這件事沒錯
server 好像是安裝過程中 prompt 你要不要改
官方的带地区的域名我记得也会自动跳转到第三方镜像？
如果沒有鏡像服務的話會自動解析到 Canonical 的美國跟英國地址
都有第三方自願支援的鏡像服務了好像也沒有 CDN 的必要性……
fedora那套很讚阿，會定期驗證mirror是否有同步
他是按照他 mirrorlist 給的比例去隨機啊
我其實也不知道機器配置
我隨便抓了一台來架而已
硬碟是躺很久的二手4T HGST SAS*4 RAID5
躺很久的MD1220 + 二手1.2T HP SAS*24 RAID6 + H810
主機是R430 + 不知道什麼CPU + 256G RAM
E5-2630 v3 @ 2.40GHz 8c16t x 2
大佬们，请问有什么方法，从程序上，直接全量替换pdf中指定文本
PDF 不是用於編輯的文件格式，有來源文件的話建議直接改來源文件然後重新匯出成 PDF 比較實在一點
qpdf 工具可以將來源 PDF 文件轉成可以修改的 JSON 資料，但是其並不處理內容串流這部份要自己想辦法解碼並重新編碼（攤手）
也可以試試 pdftk + sed 的組合
但一樣會遇到跟樓上大大說的問題（如果有）
#doge0.1865附近多
看向0.2 破0.18損
請隨便抓一台 256GiB 主記憶體的機器來辦抽獎