V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnbatch  ›  全部回复第 15 页 / 共 65 页
回复总数  1283
1 ... 11  12  13  14  15  16  17  18  19  20 ... 65  
可以左手按键盘右侧的 CTRL + WIN + 方向键
由于没提到设备型号,只能靠猜测。可能与硬件 NAT 加速有关系。
乱按之前,硬件加速莫名失效,变成软件 NAT ,受限于 CPU 不够强,导致网速不佳;乱按之后 NAT 设置顺便被重置,恢复了硬件 NAT 加速,于是网速恢复正常。
我把我的 traceroute 结果贴出来,方便 OP 使用。如果 OP 确实要找电信的话。

traceroute6 to 240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06 (240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06) from 240e:3b2:690:xxxx:xxxx:xxxx:xxxx:74c5, 64 hops max, 28 byte packets
  1   240e:3b2:690:xxxx:xxxx:xxxx:xxxx:xxxx 1.041 ms 1.699 ms 1.122 ms
  2   240e:3b0:619:: 3.554 ms 3.637 ms 5.907 ms
  3   240e:1e:0:2a63::2 4.575 ms
    240e:1e:0:2a69::2 3.399 ms
    240e:1e:0:2a65::2 3.628 ms
  4   240e:1e:0:3994::3 2.851 ms 2.924 ms
    240e:1e:0:3996::3 2.752 ms
  5   240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06 4.575 ms 3.629 ms 4.059 ms

traceroute6 to 240E:3B0:200:969D:6DBE:AB99:7E08:3 (240e:3b0:200:969d:6dbe:ab99:7e08:3) from 240e:3b2:690:xxxx:xxxx:xxxx:xxxx:xxxx, 64 hops max, 28 byte packets
  1 240e:3b2:690:xxxx:xxxx:xxxx:xxxx:xxxx 1.003 ms 0.874 ms 0.847 ms
  2 240e:3b0:619:: 5.396 ms 3.796 ms 5.574 ms
  3 240e:1e:0:2a63::2 3.136 ms
   240e:1e:0:2a6b::2 5.772 ms
   240e:1e:0:2a6d::2 3.100 ms
  4   240e:1e:0:19d5::3 14.365 ms
   240e:1e:0:19d0::3 2.486 ms
   240e:1e:0:19d7::3 19.167 ms
  5   240e:3b0:200:969d:6dbe:ab99:7e08:3 4.098 ms 5.611 ms 3.386 ms


traceroute6 to 240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06 (240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06) from 240e:3b4:c8:xxxx:xxxx:xxxx:xxxx:xxxx, 64 hops max, 28 byte packets
  1   240e:3b4:c8:xxxx:xxxx:xxxx:xxxx:xxxx 1.065 ms 0.243 ms 0.227 ms
  2   240e:1e::1470 16.764 ms 2.417 ms 1.848 ms
  3   240e:1e:0:19e9::2 4.838 ms
   240e:1e:0:19e0::2 3.648 ms
   240e:1e:0:19e5::2 7.941 ms
  4   240e:1e:0:3997::3 2.784 ms
   240e:1e:0:3995::3 2.651 ms
   240e:1e:0:3996::3 2.933 ms
  5   240e:3b0:26a:c0e1:adf3:d16d:dbbf:eb06 4.123 ms 3.449 ms 3.488 ms

traceroute6 to 240E:3B0:200:969D:6DBE:AB99:7E08:3 (240e:3b0:200:969d:6dbe:ab99:7e08:3) from 240e:3b4:c8:xxxx:xxxx:xxxx:xxxx:xxxx, 64 hops max, 28 byte packets
  1   240e:3b4:c8:xxxx:xxxx:xxxx:xxxx:xxxx 0.268 ms 0.208 ms 0.174 ms
  2   240e:1e::1470 2.229 ms 1.675 ms 20.093 ms
  3   240e:1e:0:19e9::2 3.709 ms
   240e:1e:0:19e8::2 2.680 ms *
  4   240e:1e:0:19d0::3 2.398 ms
   240e:1e:0:19d6::3 2.677 ms
   240e:1e:0:19d1::3 2.822 ms
  5   240e:3b0:200:969d:6dbe:ab99:7e08:3 3.307 ms 2.997 ms 2.484 ms
这两个地址,我用广州电信的两条宽带(不同区)都能够 ping 通

而且我这两条宽带相互之间都能 ping 通、互联。对了,ipw.cn 的广州节点似乎有问题,它未能完成 ping 我宽带的 IPv6 ,直接显示 PingFailed

不过我没试过同区家宽互 ping (没理由敲邻居家门借网测试吧),不清楚是不是越秀区的特例,不妨再找电信的人来检测下,顺便把这次测试结果给他们看
这就是为什么我坚持在电脑保存一份原始认证码,以及更倾向于搞一套硬件密码器(我还发过提问贴),就算做云端备份也要保留一份手动备份。毕竟完全依赖手机的话,不但一点都不可靠,而且一个意外就能搞得自己手足无措。我就经历过。

只不过有一大堆人迷之自信,觉得“意想不到的状况”一定轮不到自己,认为我的提问不合理,把我狂喷一顿。Naïve!
不如试试 trace route 看下是在哪里开始断掉
然后顺便搞个 tcping 以及 iperf ,看看能不能通
不一定是在注册表启动,StartUp 文件夹也可以做同样的事情
两个位置:
%appdata%\Microsoft\Windows\Start Menu\Programs\Startup
%ProgramData%\Microsoft\Windows\Start Menu\Programs\StartUp
Firefox 的视频解码曾经有 bug ,播放视频时会显存泄露
https://www.reddit.com/r/firefox/comments/bz8z2p/firefox_using_all_of_my_gpu_memory/
https://bugzilla.mozilla.org/show_bug.cgi?id=1702927

我自己就遇到过这个 bug ,GTX 显卡的显存被它占了两 G 多,关掉浏览器后就迅速恢复原状

我猜 Firefox 可能怕再次出 bug ,改成了默认不使用硬解吧
商用加密软件?这实际上是“读取了也无法解密”吧,而不是无法复制到别处。
或者说,是“商用加密软件”模拟了一个文件夹,指定程序解密后后透明访问?这不就是某些 U 盘提供的私人加密区嘛。

只要文件是明摆着放在 OS 管理的文件系统,那么单纯的“允许读取、禁止复制”,你自己也知道这是做不到的。
如果非要做到,那这些文件显然只能交由独立程序独立管理,外界往里看只能看到经过封装的一堆 package ,无法见到实际文件本身。
都知道原理了,何必依靠所谓的“商密加密软件”,自家程序加一层类似功能不就得了。
这主是硬件问题,而不是单纯的软件问题。

首先,需要获取耳机的阻抗、声卡的输出电平,这样才能计算出音量是否过大伤耳。

然后就是,并非所有的声卡都支持检测耳机阻抗。
即使是支持检测耳机阻抗的声卡,也有不同的表现:
1 、只支持根据识别结果判断应该是以 Line Out 输出还是“耳机”输出(两者电平有所不同)
2 、根据阻抗自动调整输出电平(也就是调整档级不止两种,只不过我孤陋寡闻没见过没哪家声卡会这样干)
3 、不调整输出电平,但插错时可能会弹窗提示用户插错端口

好了,即使这张声卡支持阻抗检测,但未必会提供 API 给第三方用户程序使用。Windows 本身并没有对应的 API 可以读取阻抗。
再退一步讲,即使声卡提供了 API 给第三方用户程序调用,这种 API 也无法保证统一的,每家声卡厂都可以不一样,甚至不同型号都可以不一样。

所以结论就是:不存在这样的通用型软件。除非声卡厂主动提供。
要不看看自家声卡的型号,然后去制造商网站看看有没有类似的软件。
@LokiSharp “主机平台那就只能用 Unity 、Unity 这类商业引擎”
重复了两次“Unity”,我猜其中一个应该是想说 UE 吧?
@tony1016 你不玩 Mod ,我玩,所以我不认为主机方便。

我玩的好几款游戏都是支持用 Mod 、体验 Mod 的乐趣,其中有个别种类甚至是主机玩起来远不如 PC 灵活。

综合下来,对我而言,主机并不方便,甚至还带来拖累。感受不到主机的方便。
@20230710 不但是 Lambda 函数调用产生的,还有迭代器的函数调用,也就是 begin()和 end()。O3 的优化会把迭代器的调用优化掉。
@sky96111 不清楚 OpenWRT 的设置,我很久没用过了。
像是 pfSense 、OpnSense 这类防火墙系统,都可以指定单独给某个 MAC 地址设置策略,不清楚 OpenWRT 能否根据 MAC 地址设置相关策略,也许可以看看设置页面是否有类似的配置
201 天前
回复了 tool2d 创建的主题 宽带症候群 最近国际出口带宽全面爆炸
@fake23 目前不清楚哪里的 IPv4 线路比 IPv6 线路丢包高,这两个月我遇到的都是 IPv6 线路比 IPv4 线路丢包率高
201 天前
回复了 tool2d 创建的主题 宽带症候群 最近国际出口带宽全面爆炸
广州电信到英国 Vultr ,IPv6 线路,无论白天还是夜晚,丢包率都高得爆炸,竟然高达 45%~50%
上个月都没这么严重,再多都不超过 15%

另一条到奥地利的线路,IPv4 丢包率 15%~20%,IPv6 丢包率 40%上下,都比上个月严重得多
1 ... 11  12  13  14  15  16  17  18  19  20 ... 65  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3028 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 11:05 · PVG 19:05 · LAX 04:05 · JFK 07:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.