社群福利單
#LTC方向：多
開倉：100~102
止盈：108~115
止損：97
體驗了一下Ubuntu24.04，比較失望，發現好多應用都變成snap包了，雷鳥thunderbird在Ubuntu24.04也只提供snap包了。
我已經修改了，我導入了Mint的密鈅，並且添加了Mint的軟件源
除非您會 APT Pinning 否則建議不要混用不同系統散布版的軟體庫
用其他發行版的軟件源容易導致系統出問題，我這樣設置只允許特定軟件安裝就沒有問題吧
為什麼跟apt相關的東西很容易下載的超慢
或者是掉到0
目前在Wsl2 上面
而且就算是apt-fast也一樣
有可能是被網路服務提供商(ISP)限速，跟他們抗議
另外就是可以試著改用 HTTPS 協議的軟體庫地址，因為傳輸有加密所以被擋掉的機率比較低一點
我不確定Ubuntu的repo是否有提供https
測試檔/Speedtest 當然是故意弄成滿速你們才不會抱怨啊，其他的就會動手腳了
問題是你連的軟體庫就固定那幾個 IP 地址，人家說不定就全限速了
我有點懷疑是IP
我目前用的是109.202.202.202
如果是用非加密連線的話人家說不定還會偵測 User-Agent 識別字串
那就不會是檔 IP，因為同樣是加密連線 ISP 分不出哪個連線是在做什麼事
想辦法用其他方式重現會卡的問題，確定根本原因才能知道怎麼解決
另外 APT 有一些除錯輸出可以開的樣子，不過上次試過的印象是不怎麼有幫助
我嘗試wget也不行
但是主系統倒是可以(windows+idm)
你先看看windows跟linux看到ip一不一樣？
可以試試看降低 MTU，有可能是封包過大被中間的路由器丟掉了
sudo ip link set ...... mtu 1300
apt和aptitude都不支持並行下載吧，dnf是支持並行下載的，但是不是管理deb包的
但之前倒是沒有問題
我沒事也不會去動MTU(尤其是wsl的)
運行aptitude install apt-fast安裝嗎？
sudo add-apt-repository ppa:apt-fast/stable
sudo apt update
sudo apt -y install apt-fast
我記得windows好像會偵測線路主動降mtu來著？但linux就挺乖的，pppoe或是dhcp回報了什麼就什麼
但wsl不是直接蹭windows的網路嗎，為啥也會被影響🤔
我記得遇到這個問題是直接拿 linux 撥 pppoe 時，nat時也沒遇到阿
Windows沒事
Linux有事
而且還只有特定的網站
順帶一提，中華電信pppoe的mtu到現在都是錯的
只要大量資料傳輸就有機會觸發，APT 也只是剛好中而已
什麼時候才會用到MTU9000?(jumbo frame)
增加 MTU 減少 overhead
減少 MTU 增加相容性
抱歉，我應該說的是幾乎都是1000 1100 1200 1500 2000 3000…
而不是什麼奇怪的數字像是1356 3248…
單純只是比較好記而已？沒有說一定要是 100 的倍數
實際上可以用什麼 range 還要測試，那還不如直接給它個能動的數字就好
對了，想問一下
這邊有沒有人用icx/icpx編譯器?
我是不確定他到底在Intel平台上面效能有沒有真的比較好
但很多東西就算他原本能用clang-17編譯 不代表說能用icx編譯
linux預設沒開MTU探測，因為ipv4各種擋ICMP所以很容易誤判
所以ipv6直接強制要允許ICMP了，MTU探測成為標配功能
以太网标准值是1500，1492一般是因为PPPoE帧带来的额外包头的开销
如果是通过其他协议封装的话可能这个包头的开销也不一样
那我真的有點懷疑MTU9000到底是幹嘛的(1Gbps狀態下)
就像上面其他人所说的，一般应该是内部网络固件用的吧
目前烏班圖使用PPA源和其他發行版的源還是有問題的，會導致系統無法升級，升級前必須移除來自這些軟件源的軟件才可以正常進行系統升級
官方無法保證非官方的 PPA 沒問題也無法保證非官方 ppa 有包升級上去後 dist 的版本，做 distribution 升級建議先移除蠻合理的
Ubuntu 22.04上面的python3.12是不是有點問題？
我剛確認了一下，那個是屬於Ubuntu-toolchain-r/ppa
只看的出來是 kde 大致預設，沒辦法靠圖片斷定系統
但看你這樣講的話，我猜是 kubuntu
但 jammy 不是 Ubuntu 22.04 的版本名稱嗎
混合ubuntu和debian的優勢吧，把他們的優勢混合到一起，debian穩定可靠但是軟件又比較老吧，ubuntu穩定，軟件包比較新，但是ubuntu太臃腫了，爲了推廣snap在系統中把snapd設置爲許多軟件的依賴導致想在ubuntu中完全移除snap比較困難。我這樣做可以在不使用snap的情況下使用ubuntuppa倉庫中的一些比較新的軟件。以及正常安裝英偉達驅動，保證了對英偉達顯卡的硬件兼容性。
所以我這個限制既不是debian也不是烏班圖吧，我混合了debian和Ubuntu軟件源
不用擔心軟件包的依賴問題吧，我設置好了apt-pin，而且debian和Ubuntu 22.04LTS的基礎軟件包差別不大的，所以沒有出現那個問題啊
debian默認是添加不了UbuntuPPA的，我安裝了一些Ubuntu組件，然後就可以添加Ubuntu的ppa倉庫了
我加的是官網提供的PPA倉庫，這個應該沒有問題的🙈