Sukka's Notebook
#BugFi #UniFi UniFi Cloud Gateway Fiber 基本上实锤 用的就是 联发科 MTK Filogic 方案。 上图是 广东比派科技 的 香蕉派 R4 Pro 方案（联发科 MTK Filogic 880），可以看到和 UCG Fiber 几乎完全一致： 4 个 2.5 GbE RJ45 电口 一个 10 GbE RJ45 电口 两个 10 GbE SFP+ 光口 M.2 总线 A73 ARM64 CPU 这也解释了为什么 UCG Fiber 竟然有 PPPoE 硬件加速、而…
#BugFi #UniFi
目前 UniFi Enterprise Fortress Gateway（EFG）基本上实锤 CPU 方案用的就是 Marvell 马威尔 于 2020 年推出的 OCETON TX2 方案。
这是 Marvell 马威尔 的白皮书：
https://www.marvell.com/content/dam/marvell/en/company/media-kit/infrastructure-processors/marvell-octeon-tx2-press-deck.pdf
https://www.marvell.com/content/dam/marvell/en/public-collateral/embedded-processors/marvell-infrastructure-processors-octeon-tx2-cn92xx-cn96xx-cn98xx-product-brief-2020-02.pdf
这是 BugFi EFG 的参数： https://techspecs.ui.com/unifi/cloud-gateways/efg?subcategory=all-cloud-gateways
可以看到 EFG 的 CPU 和 Marvell 白皮书中的参数完全一致，都是 18 核 ARM v8.2 2 GHz。
同样也可以看出来，Ubiquiti Team 多么傻逼、BugFi 软件水平是多么垃圾：Marvell 马威尔官宣他们的 TX2 方案、即使不使用硬件加速、全部经过 CPU 软件转发（即启用 IDS/IPS 防火墙后），依然能实现 50 Gbps 的线性转发（注，图 3 中 Marvell 将 传统 x86 方案与自己的 ARM64 方案进行性能对比）。
而到了 BugFi EFG 这里、不开防火墙 IDS/IPS 时线性转发速率仅 25 Gbps、开了 IDS/IPS以后路由速率仅剩下 12.5 Gbps（见图 4）。
BugFi 是怎么做到 性能只有 Marvell 官宣的 4 分之一，我暂且蒙在鼓里。
目前 UniFi Enterprise Fortress Gateway（EFG）基本上实锤 CPU 方案用的就是 Marvell 马威尔 于 2020 年推出的 OCETON TX2 方案。
这是 Marvell 马威尔 的白皮书：
https://www.marvell.com/content/dam/marvell/en/company/media-kit/infrastructure-processors/marvell-octeon-tx2-press-deck.pdf
https://www.marvell.com/content/dam/marvell/en/public-collateral/embedded-processors/marvell-infrastructure-processors-octeon-tx2-cn92xx-cn96xx-cn98xx-product-brief-2020-02.pdf
这是 BugFi EFG 的参数： https://techspecs.ui.com/unifi/cloud-gateways/efg?subcategory=all-cloud-gateways
可以看到 EFG 的 CPU 和 Marvell 白皮书中的参数完全一致，都是 18 核 ARM v8.2 2 GHz。
同样也可以看出来，Ubiquiti Team 多么傻逼、BugFi 软件水平是多么垃圾：Marvell 马威尔官宣他们的 TX2 方案、即使不使用硬件加速、全部经过 CPU 软件转发（即启用 IDS/IPS 防火墙后），依然能实现 50 Gbps 的线性转发（注，图 3 中 Marvell 将 传统 x86 方案与自己的 ARM64 方案进行性能对比）。
而到了 BugFi EFG 这里、不开防火墙 IDS/IPS 时线性转发速率仅 25 Gbps、开了 IDS/IPS以后路由速率仅剩下 12.5 Gbps（见图 4）。
BugFi 是怎么做到 性能只有 Marvell 官宣的 4 分之一，我暂且蒙在鼓里。
Sukka's Notebook
https://fxtwitter.com/isukkaw/status/2016592593086464081
和 BugFi 的高级支持专员（Senior Support ）怼了整整一个半月快两个月，他们终于定位到 其中一个 瓶颈是他们的 Wi-Fi Speed Limit。
目前 U7 Pro XGS 最新的 Early Access 固件，单设备内网测速已经可以跑到 1400 Mbps 了，但是如果三个设备同时测速（两个 5 GHz 2x2 MIMO 160 MHz、一个 6 GHz 2x2 MIMO 160 MHz）总吞吐依然跑不到 1800 Mbps，简直让 U7 Pro XG 系列的这个 万兆 uplink 成了个笑话。
目前 U7 Pro XGS 最新的 Early Access 固件，单设备内网测速已经可以跑到 1400 Mbps 了，但是如果三个设备同时测速（两个 5 GHz 2x2 MIMO 160 MHz、一个 6 GHz 2x2 MIMO 160 MHz）总吞吐依然跑不到 1800 Mbps，简直让 U7 Pro XG 系列的这个 万兆 uplink 成了个笑话。
https://github.com/SukkaW/Surge/commit/4cff6af8996bef8a8a4d26cd5db86964d7f999b9
SukkaW/Surge 的
关于 Google Gemini 新风控措施的具体工作原理，请参见上述 GitHub Commit 中所引入的代码注释。
SukkaW/Surge 的
non_ip/ai.conf 现已试验性地支持 绕过 Google Gemini 新风控措施，需 MitM www.google.com 以令 URL-REGEX 规则能够匹配 形如 https://www.google.com/xxx?continue=xxx 的 URL。关于 Google Gemini 新风控措施的具体工作原理，请参见上述 GitHub Commit 中所引入的代码注释。
GitHub
Update AI Hosts to Bypass Google Gemini HTTP 429 · SukkaW/Surge@4cff6af
Rule Snippet & Rule Set for Surge / Mihomo (Clash.Meta) / Clash Premium (Dreamacro) / sing-box / Surfboard for Android / Stash - Update AI Hosts to Bypass Google Gemini HTTP 429 · SukkaW/Surge@4cff6af
Sukka's Notebook
https://fxtwitter.com/isukkaw/status/2016014003546608099
FxTwitter
Sukka / 毛绒绒的大尾巴🦊 (@isukkaw)
"Just" 2 months later, #BugFi finally fixed it. UDM Pro/SE now use "UniFi Native Network Application" (just like all other desktop-grade gateways) instead of "UniFi Network Application".
At least the memory no longer leaks.
#RethinkingIT
Quoting Sukka…
At least the memory no longer leaks.
#RethinkingIT
Quoting Sukka…
有人援引 Freedom of Information Act (FOIA) 向 美国国家运输安全委员会（NTSB）申请披露 MU5735（东方航空 5735）的数据。
NTSB 依 FOIA 法 公开了 所有备份的 飞行数据记录仪（FDR，Flight Data Recorder）的数据，没有披露座舱通话记录器 （CVR，Cockpit Voice Recorder）的录音（因 NTSB 没有留存备份）。
相关文件被当事人重命名后上传到 https://github.com/[redacted]/take_out GitHub 仓库已被转为私有，完整备份： https://t.me/SukkaChannel/1064
关键图表可在 report.pdf 文件中的第 25、26、27 页找到。可以注意到：
1. 飞机刚开始失控时，两部引擎均被关闭（两部引擎的 Cut Off 开关均被从 RUN 位切换至 CUTOFF 位）
2. 飞机刚开始失控时，自动驾驶被关闭：自动驾驶关闭告警 AP Warning 1 与 AP Warning 2 触发，自动驾驶 CMD FCC（Command Flight Control Computer）被关闭
3. 飞机失控期间，记录到 Control Wheel Position 操纵盘全程产生剧烈输入
4. 飞机失控期间，副翼（Aileron）全程作动、升降舵（Elevator）仅在失控后期向下作动、方向舵（Rudder）全程没有作动
NTSB 依 FOIA 法 公开了 所有备份的 飞行数据记录仪（FDR，Flight Data Recorder）的数据，没有披露座舱通话记录器 （CVR，Cockpit Voice Recorder）的录音（因 NTSB 没有留存备份）。
关键图表可在 report.pdf 文件中的第 25、26、27 页找到。可以注意到：
1. 飞机刚开始失控时，两部引擎均被关闭（两部引擎的 Cut Off 开关均被从 RUN 位切换至 CUTOFF 位）
2. 飞机刚开始失控时，自动驾驶被关闭：自动驾驶关闭告警 AP Warning 1 与 AP Warning 2 触发，自动驾驶 CMD FCC（Command Flight Control Computer）被关闭
3. 飞机失控期间，记录到 Control Wheel Position 操纵盘全程产生剧烈输入
4. 飞机失控期间，副翼（Aileron）全程作动、升降舵（Elevator）仅在失控后期向下作动、方向舵（Rudder）全程没有作动
Sukka's Notebook
有人援引 Freedom of Information Act (FOIA) 向 美国国家运输安全委员会（NTSB）申请披露 MU5735（东方航空 5735）的数据。 NTSB 依 FOIA 法 公开了 所有备份的 飞行数据记录仪（FDR，Flight Data Recorder）的数据，没有披露座舱通话记录器 （CVR，Cockpit Voice Recorder）的录音（因 NTSB 没有留存备份）。 相关文件被当事人重命名后上传到 https://github.com/[redacted]/take_out…
🧵 Thread • FxTwitter
Sukka / 毛绒绒的大尾巴🦊 (@isukkaw)
(1/6) Someone filed a FOIA request with the NTSB for data on China Eastern Flight MU5735 — the March 2022 crash in Guangxi, China that killed all 132 on board. The NTSB released all backed-up FDR (Flight Data Recorder) data...
Sukka's Notebook
https://fxtwitter.com/isukkaw/status/2064833545324146960
FxTwitter · foxact.skk.moe
Sukka / 毛绒绒的大尾巴🦊 (@isukkaw)
我举个例子， @dify_ai 团队的 @hyoban_cc 和贡献者 BrionWang 将 https://foxact.skk.moe 的源码直接复制粘贴到 Dify 的仓库里使用、而不将 `foxact` 作为依赖安装。
除了 @dify_ai 没有注明代码的来源以及源代码的协议外，他们的所作所为基本符合协议，因为 `foxact` 使用 MIT 协议开源。
引用 Sukka / 毛绒绒的大尾巴🦊 (@isukkaw)
「搞开源」，又不希望别人偷你的代码，GPLv3；如果不希望别人用你的…
除了 @dify_ai 没有注明代码的来源以及源代码的协议外，他们的所作所为基本符合协议，因为 `foxact` 使用 MIT 协议开源。
引用 Sukka / 毛绒绒的大尾巴🦊 (@isukkaw)
「搞开源」，又不希望别人偷你的代码，GPLv3；如果不希望别人用你的…