首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnbatch  ›  全部回复第 65 页 / 共 66 页
回复总数  1317
1 ... 57  58  59  60  61  62  63  64  65  66  
❮ ❯
2022-05-12 04:10:27 +08:00
回复了 missx 创建的主题 › Android › 2022 年的 Google 开发者大会直播讨论汇总贴。直播已经开始
提到 Flutter 的跨平台能力时，没有提到 BSD 。看来暂时还是不支持 BSD 。有点小可惜。
2022-05-12 04:07:06 +08:00
回复了 missx 创建的主题 › Android › 2022 年的 Google 开发者大会直播讨论汇总贴。直播已经开始
Flutter 环节的主讲人（也是 Flutter 负责人，是个英国人）微软前员工 Tim Sneath 亲自出现演讲，继续好评，因为个人习惯的原因，我对没有儿化音的听力反应相对快一些（不止英语，连汉语也是）

接下来的 Francis Ma 应该是个华人，也要给好评，终于稍微松了一口气——真好，不是印度人。起码华人的技术管理能力比印度人好得多，希望那些“3”们的烂代码能少一点。Firebase 是收购回来的公司，“3”国人应该没那么多吧（我希望如此，但这么多年了也没法保证吧）
2022-05-12 03:41:18 +08:00
回复了 missx 创建的主题 › Android › 2022 年的 Google 开发者大会直播讨论汇总贴。直播已经开始
Google 翻译 AR 版实在印象深刻，反应实在够快的。准确度也不错。

顺便试了下现在的 Google 翻译（英译中），似乎还是有点怪。

https://telegra.ph/Google%E7%BF%BB%E8%AF%91ITV%E6%96%B0%E9%97%BBA-glimpse-into-the-future-as-Charles-reads-Queens-Speech-for-the-first-time-05-11
2022-05-11 23:07:41 +08:00
回复了 cnbatch 创建的主题 › Android › 雷蛇手机应该是彻底退场不干了吧？换什么手机好呢？
@ts8zs 除了不是 2K ，看了看也确实不错，刷新率还真是个亮点

浏览了几天的各大手机型号，我反倒越来越疑惑，明明游戏手机的四个角更应该做成纯直角才对，这样不但适合看游戏画面，留出来的空白处放置扬声器对音效呈现更为有利。但各厂依然还是跟风做成全面屏
2022-05-11 21:54:24 +08:00
回复了 void59468 创建的主题 › C++ › gcc 可变长度数组
@Cu635 不是 C++的。

在 C99 之前的 VLA 原本只是 GCC 自己的扩展，然后在 C99 转正了。类似的还有_Decimal 系列（_Decimal32 、_Decimal64 、_Decimal128 ），同样是 GCC 自己的扩展，接下来也准备在 C23 转正。
（至于 C++会不会引入，那就又可以看好戏了）

VLA 被 C99 转正之后，C++有人提议支持引进，并提供容器包装：
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3662.html
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0785r0.html

但最后都未能进入 C++标准。
2022-05-11 21:15:37 +08:00
回复了 cnbatch 创建的主题 › Android › 雷蛇手机应该是彻底退场不干了吧？换什么手机好呢？
@darer 可能不止。咸鱼上也有人在卖雷蛇手机时特意说明 USB 无法充电问题。

我这台相比他们的更糟，他们的 USB 无法充电，但可以用无线充，我这台连无线都充不进去。
2022-05-11 21:10:29 +08:00
回复了 cnbatch 创建的主题 › Android › 雷蛇手机应该是彻底退场不干了吧？换什么手机好呢？
@Quadro 实在难找的话，其实预算还可以继续放宽点。

我最后的想法是，如果半年内都找不到的话，那就只好加钱买个索尼 Xperia 1 的 3 代了。但还是觉得惋惜，因为 Xperia 1 的四角也不是纯直角，那也是比较接近方的圆角。

真可惜无论再怎么放宽，现在都找不到四角都是纯直角的同类屏幕。
2022-05-11 18:58:51 +08:00
回复了 qingmuhy0 创建的主题 › 宽带症候群 › 关于 BitTorrent 下载的疑问
有些热门的盗版资源 BT 种子不但会有普通用户会拿来下载，版权方也会拿来用。他们只需要拿到各个用户的 IP 地址就行，然后对有权管辖的地方就会通知运营商，让运营商查用户。

以前就有过讨论：
https://www.v2ex.com/t/408353

如果服务器运营商很重视的话，“连接 Tracker”这种操作肯定能检测到的（就算是 HTTPS ，运营商也会知道曾经连过这些 Tracker ，只是不知道连上后用户干了啥）。至于会不会遭关照，每家都不同，不好说。
PT Tracker 同理。

另外我不知道会不会有版权方代理机构伪装成普通用户进入 PT 圈收集用户 IP 地址，所以稳妥期间，最好别让代理服务器参与 BT 行为。


当然了，有个例外。开源社区的 BT 种子除外！

比如各大 Linux 发行版的 BT 种子，就算是在代理服务器上面做种都完全不用担心。只要不心疼出站流量的话。
（只不过这样的种子也没必要靠代理服务器上传 /下载了，用自己的电脑就行）
2022-05-11 18:34:50 +08:00
回复了 haha2333haha 创建的主题 › 宽带症候群 › 关于 PCDN 挖矿收益的疑问（上传千兆）
国内能够有千兆上传的几乎都是商宽，说不定还会有固定 IP 地址，这种情况下就没必要自己玩 PCDN 了（未必能收回宽带费用），直接找 CDN 商家合作吧，收益比 PCDN 更高。
2022-05-11 18:27:18 +08:00
回复了 Obzer 创建的主题 › 宽带症候群 › 深圳电信为啥去哪都先绕路去广州
看来那就能解释为什么你家到运营商会有这么大的延迟了，似乎是从 深圳家=>虚拟隧道=>广州节点统一出口=>访问各地
2022-05-11 18:24:15 +08:00
回复了 Obzer 创建的主题 › 宽带症候群 › 深圳电信为啥去哪都先绕路去广州
从广州 ping 了下这个阿里云的地址，结果如下：

正在 Ping 120.77.166.226 具有 32 字节的数据:
来自 120.77.166.226 的回复: 字节=32 时间=5ms TTL=91
来自 120.77.166.226 的回复: 字节=32 时间=6ms TTL=91
来自 120.77.166.226 的回复: 字节=32 时间=5ms TTL=91
来自 120.77.166.226 的回复: 字节=32 时间=5ms TTL=91

120.77.166.226 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 5ms ，最长 = 6ms ，平均 = 5ms


如果是从 深圳=>广州=>深圳 这样跳的话，估计延迟会达到 10+毫秒。

然后我发现你家路由器到运营商 NAT 那一跳的延迟有点大（ 4~6 毫秒），而我的路由器到运营商那一跳也就只有 1 毫秒。

如果减去这个延迟，那么从你家到阿里云的延迟似乎就是正常的本地延迟了。参考从你运营商那一跳到阿里云的延迟，应该是同城。
2022-05-11 18:07:27 +08:00
回复了 Evovil 创建的主题 › 程序员 › wsl2+vcsxsrv 终端延迟的问题。
正如楼上所言，换用 WSLg 。

x11 转发最初不是为图形界面而设计的，所以一旦转发图形界面就会有效率问题。
https://superuser.com/questions/1217280/why-is-x11-forwarding-so-inefficient

我个人发现，在 4K 显示器 + x11-forwarding 的时候，只要浏览网页时滚动速度一快起来就会感觉到画面掉帧。分辨率越高，效果越明显。

而浏览器跑刷新率正好会让 x11 转发出极为大量的绘图指令和图像数据，终端操作的图形指令流混在其中。
比喻起来的话，效果大约是原本的小水管浇水，在浏览器跑刷新率时变成了路边消火栓喷水。

如果还是想继续用 x11 转发，那么可以试试关掉 TCP 的 Nagle 算法（以 PuTTY 为例，Connection 节点就有这个选项），也许会好一点。
更详细的设置可以参考美国布鲁克黑文国家实验室的推荐设置
https://drupal.star.bnl.gov/STAR/comp/sofi/facility-access/ssh-stable-con
2022-05-11 01:17:08 +08:00
回复了 nishuoshenme 创建的主题 › Windows › Windows Defender 内存占用为啥这么高？
忘了补充一个，我所在的公司给 WD 和 Symantec 都设了定时扫描，都在下午，但时间不重叠，Symantec 先、WD 后。
于是就出现这种令人无语的现象：Symantec 扫描时，不会像 WD 那样卡顿，CPU 不会用到满，但却能听到散热风扇的噪音持续好 2~3 个小时。
轮到 WD 扫描时，CPU 占用率极高，几乎用满（就像楼上的那样），散热风扇狂转，电脑卡得基本没法用。持续 1~1.5 小时。
总之都让人不爽。巧合的是，WD 扫描的时候刚好是快到下班的时间，效果约等于提醒员工赶快下班。然而卡成这样，想要快速完成工作有时反倒更难了。
2022-05-10 23:58:21 +08:00
回复了 nishuoshenme 创建的主题 › Windows › Windows Defender 内存占用为啥这么高？
我工作用的电脑不但有 Windows 自带的 WD ，还有公司安装的 Symantec ，两个杀软一起干活。真是双重安全、双重负担。

据我观察，Symantec 扫描占用的 CPU 使用率比 WD 少一点，但是扫描时间就长了很多。至于内存占用，Symantec 占用率比 WD 高得多，开机各种相关进程的内存就占了约 500M ，扫描时迅速上涨。神奇的是，扫描完成后，它的内存占用就降到 100M 左右。

WD 的内存占用在这台电脑上极少，空闲状态下才 10M 左右。
2022-05-03 14:01:53 +08:00
回复了 lcj2class 创建的主题 › C › 现代化 C 使用体验
@Bbird 现在的 container_of 去掉了 typeof ，但我想不到风格还是跟原来的差不多，依旧是先来一个变量赋值，下一行再做减法，并且仍然需要大括号。
虽然终于不再依赖 typeof ，但相比之下，我仍然更喜欢 BSD 的那种。同样的效果，却更加简洁、易懂。
按道理，GPL 代码照抄 BSD 是完全可以的。
2022-05-03 13:54:10 +08:00
回复了 lcj2class 创建的主题 › C › 现代化 C 使用体验
@Bbird 重新下载了新的内核代码树看了下，确实是这样。很久以前看的时候他还是 typeof ，搞得我以为现在还是。原来现在甚至还有专门的 container_of.h ，方便了不少
2022-05-03 04:53:43 +08:00
回复了 lcj2class 创建的主题 › C › 现代化 C 使用体验
@xiri 其实 container_of 不使用 typeof 也可以实现，FreeBSD 的源码就有：
https://github.com/freebsd/freebsd-src/blob/main/sys/dev/cxgb/cxgb_adapter.h

代码是：
#define container_of(p, stype, field) ((stype *)(((uint8_t *)(p)) - offsetof(stype, field)))



有意思的是，Linux 源码当中也有不用 typeof 来 define 的，而且似乎是唯一一处：
https://github.com/torvalds/linux/blob/master/tools/lib/bpf/bpf_helpers.h

#define container_of(ptr, type, member) \
({ \
void *__mptr = (void *)(ptr); \
((type *)(__mptr - offsetof(type, member))); \
})
#endif

稍微追溯了下提交历史，这是两年前新增的：
https://github.com/torvalds/linux/blob/5fbc220862fc7a53a0455ccd2d96c82141e222d4/tools/lib/bpf/bpf_helpers.h

仔细一看，原来是 BPF ，也是跟 BSD 有关的东西，或许这种写法属于“BSD-style”吧。但是跟 BSD 版本相比，bpf_helpers.h 的写法仍然更加接近于 Linux 的 typeof 版本。
2022-04-21 17:13:05 +08:00
回复了 irisdev 创建的主题 › 程序员 › 如何完全卸载 ie
如果要测试各种旧版微软浏览器，建议用虚拟机。

微软自己就提供了各种浏览器对应版本操作系统的虚拟机镜像：
https://developer.microsoft.com/zh-cn/microsoft-edge/tools/vms/

从 IE8 到 IE11 以及旧版 Edge 都有
2022-04-19 15:51:45 +08:00
回复了 monetto 创建的主题 › 程序员 › 有入手 GPD Pocket 的吗
如果是指初代的话，不建议买，除非用来当作远程桌面客户端。

初代 GPD Pocket 出来时买过，到现在还能用，两年前返厂换过电池和风扇（电池鼓包、风扇转得感觉要松脱）。

性能奇差，用来写代码会让人很不爽，反应太慢了。键盘键位几乎没法用，间距就不用说了，网上各种测试、评价文章也提到过。个人觉得能够方便使用的键位也就只有方向键、Win 键、菜单键，还有指点杆。

只要开着机，风扇几乎是长期转着的，除非是在大冬天时候用（空气温度 10 度以下那种）那么风扇才会偶然转两下。
夏天时风扇几乎是满载的，风口很热，机身就更不用说了，摸上去发烫。长时间用的话，就算没烧坏 CPU ，也会导致电池鼓包、风扇坏掉。

如果只用这台机器开着 RDP 或 VNC 连接其他电脑，那么它的负载就不会很高。

只不过那么小的屏幕，就算开着高 DPI 都用处不大。低 DPI 需要外接显示器（既然有外接显示器那可以顺便把鼠标键盘都接上），否则等于折磨眼睛；高 DPI 是清晰了，只是桌面能够看的东西很少，用来写代码不够用，DPI 200%的情况下只能装得下 Windows 的 cmd 窗口。

最重要的是，不外接显示器长时间用这台机器的话，对颈椎很不好。
1 ... 57  58  59  60  61  62  63  64  65  66  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1074 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 23:03 · PVG 07:03 · LAX 16:03 · JFK 19:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.