TwelveCat

一年过去了，还是这样

其实习惯就好，已经记账 2 年了，每月底会对一下账单，有时候了解一下自己的开支，看看年度账单也挺有意思的。

9AW4EYMARXNW 已用

自用有毒蝰 v3pro ，不过我感觉只要磨具合适，重量轻一些的都挺好的。之前在网吧也用了一些网吧特供的版本，就感觉不错，一搜也才 200 。

另外也有用巴塞利斯蛇 v3 ，这个主要是办公用，按键比较多，方便我自定义一些多媒体，复制粘贴和常用的快捷键（比如 win+d ）

@Ipsum 。假设平均数据包大小为 1500 字节，那么增加 4 字节的 VLAN 标签后，每个数据包变为 1504 字节。多的这 4 字节就是损耗，但是如果小数据包很多的话，损耗会更大一些。但是这都是建立在带宽吃满的情况下。我感觉除了内网内看原画 NAS 影视资源之外其实很难吃满带宽。反倒是增加的延迟可能会对游戏有微弱影响。至于数据方向只需要分析一下数据包在交换机 A 和 B 之间的流动方向就不难判断，上下行的分开走的。之前有一些单线复用是把 8 股线从拆成 4 股，那是绝对是折损。802.1Q 支持的 vlan 只是增加数据标签的方式。

有时候你关了又不方便，现在很多快捷口令，也很烦。还有银行转账

@omi4399 其实考虑数据流向的话，只是在数据包中增加了多干字节。在带宽跑满的情况下可能有 1-2%的损耗，如果带宽没有跑满就不影响体验。如果是考虑上下行带宽竞争的话，假设子路由和主路由都在下载，那这根复用的线其实是同时做上下行，以全双工的模式工作不相互影响。只有子路由做大宽带上行，主路由做下行才会冲突。当然因为网络结构的复杂增加，加上数据包的解析等可能会增加少量延迟。我是这麽理解的。

感谢大家，已经收到很多见解了。过段时间回家去改造一下

@banricho 所以才会有方案三这种去掉无限双频芯片的路由器来减少发热