首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ssbg2  ›  全部回复第 2 页 / 共 3 页
回复总数  54
1  2  3  
❮ ❯
2022-03-22 10:11:49 +08:00
回复了 ssbg2 创建的主题 › macOS › 请教下大伙，有没有把一类窗口平铺到某一个桌面的办法？
@raykle 对，的确是这个需求。
2021-12-21 15:53:43 +08:00
回复了 ssbg2 创建的主题 › VMware › ESXI 6.7，突然有一天宿主机内存占用到了 90%
@huntagain2008 哦，这个数据是在 esxi web 控制台里面看到的数据，显示就是已用多少 GHz 。
新增加的操作系统是 CENTOS 7.5 ，倒是也没有做特别的设置，谢谢您。
2021-12-21 15:48:44 +08:00
回复了 ssbg2 创建的主题 › VMware › ESXI 6.7，突然有一天宿主机内存占用到了 90%
@514146235 倒是也没有超配，我就是纳闷，为什么之前分配了十台虚拟机，每台虚拟机内存分配了 10G （假定），宿主机内存监控显示只使用了 60G ，平均每台实际占用是 6G ；但是加了一台虚拟机后，之前每台内存占用普遍增加到了 9G 。

这个我不太能理解。
2021-12-09 16:24:17 +08:00
回复了 ssbg2 创建的主题 › Apple › LTT 和笔吧的 M1 MAX 评测出来了，温度意外的很高
x1c 很早之前用过，现在不清楚情况，去年用过一段时间的幻 14 ，还行，今年用的多 win 本是惠普的战 X ，别的不说，散热还是不错的，另外楼上那位太虎了
2021-11-29 16:19:51 +08:00
回复了 hyqCrystal 创建的主题 › 程序员 › M1pro 上跑虚拟机，装 win10 维护老代码，.net framework4.0 的老项目需要维护，请问各位有招吗？没招就要退货了。
别说 M1 芯片的了，之前 INTEL 芯片的都各种不好用，建议 6000 块钱买个惠普战 X
2021-11-29 16:17:35 +08:00
回复了 Williamongh 创建的主题 › Apple › 为什么从来没见过有人推荐 G502 作为 mac 的鼠标?
G502 办公挺好用的，一个是自定义键多，一个是无极滚轮好用

价钱也不高，唯一的问题是配套软件不好用，需要习惯下
2021-11-26 11:12:16 +08:00
回复了 ssbg2 创建的主题 › 问与答 › 喷了，老 MBP 觉得热的，不接显示器会好很多
@Xusually 的确不知道，因为我无法理解外接个显示器能显著提高接近一倍的笔记本整体功耗的系统设计逻辑，2000 年我第一台笔记本 VGA 接口的，都没有这个鬼问题。
2021-11-24 09:30:38 +08:00
回复了 chunjie 创建的主题 › MacBook Pro › MacBook pro 要不要给屏幕贴钢化膜？
其实主要是键盘印更让人崩溃
我每次带回去的时候都用一张 A4 纸夹到中间，但是还是不行，后来就贴了个软膜。
2021-11-23 14:16:08 +08:00
回复了 ssbg2 创建的主题 › Apple › LTT 和笔吧的 M1 MAX 评测出来了，温度意外的很高
@Mindzy 关键 MAX 的话，64G 内存感觉更划算 2333 。


@ziseyinzi 既然能耗比高了，开发的话 80%的性能够用，那风扇一直保持一千转以下其实挺好的。
2021-11-23 10:01:05 +08:00
回复了 ssbg2 创建的主题 › Apple › LTT 和笔吧的 M1 MAX 评测出来了，温度意外的很高
@gps949 mbp 之前拉胯的散热能让正常打开浏览器+IDE+iterm2 的工作日常变成持续的烤机，所以上次让各种吹 16 寸 mbp 散热好了这才是真的 pro 忽悠了，这次谨慎点，小三万块钱是其次，买回来依然添堵就搞笑了。
@eGlhb2Jhb2Jhbw 不要外接显示器能好一些，另外就是用右边的口充电，然后用 TG PRO 的策略，两个 IDE+十个左右的浏览器标签页能控制在 70 度以下，风扇转速在 3000 转左右，办公室的话可以忍耐，在家就有点吵了。
2021-11-23 09:46:47 +08:00
回复了 botshawn 创建的主题 › macOS › 这 windows server 是个什么鬼东西啊。。。
@fx777 对，我在想是不是单纯就是输出的负荷高了所以占用高了，我外接 4K 的话，长期占用是 30%多
2021-11-22 10:20:53 +08:00
回复了 aec4d 创建的主题 › macOS › M1 的兼容性可能没你想的那么好
JAVA 为主的服务器端开发还是可以的
2021-09-10 09:27:03 +08:00
回复了 ssbg2 创建的主题 › MacBook Pro › 需要买个能装 MBP16 和一机两镜的双肩包，谁给推荐下？
@diliburong 我那个老 nex6+适马 56mm 对焦和分辨率实在难以应对程序员想要的扫街场景了（下班晚，天黑了）
2021-09-07 15:32:03 +08:00
回复了 ssbg2 创建的主题 › MacBook Pro › 需要买个能装 MBP16 和一机两镜的双肩包，谁给推荐下？
@coolmint @stimw 嗯，谢谢了，我去问问身边有没有人用这个。至于重不重的，反正我就那么一会，比起重，热可能更让人担心一些，偏偏我还比较喜欢用 70200，要么就是索性电脑不背了，放单位，平常背着之前的单肩包通勤，包里装个 70200 装个 35 的标头。家里那个 15.6 的 mbp 拿起来再用，如果有必要的话……

@discrete 样子是漂亮，就是我同事那个隔断起毛让吐槽了蛮久，感觉两千多有点不匹配。
2021-09-03 09:28:12 +08:00
回复了 ssbg2 创建的主题 › 问与答 › mbp 外接显示器最麻烦的地方是休眠唤醒后有一定几率窗口布局错乱或丢失
@israinbow https://www.bilibili.com/video/BV1mM4y1u7Pq 注意看 1 分 40 秒开始，正式版要是这玩意也砍了那只能说 MS 实在是超出了我想象的脑残。
2021-09-02 17:16:10 +08:00
回复了 ssbg2 创建的主题 › 问与答 › mbp 外接显示器最麻烦的地方是休眠唤醒后有一定几率窗口布局错乱或丢失
@stimw 嗯，这是个可能。我再去搜搜相关信息，看看外网上有没有人提这个问题，谢谢了。

@mxT52CRuqR6o5 谢谢，我再去搜搜看。
2021-09-02 15:55:50 +08:00
回复了 ssbg2 创建的主题 › 问与答 › mbp 外接显示器最麻烦的地方是休眠唤醒后有一定几率窗口布局错乱或丢失
@yimity 为啥是用户的错？

@mxT52CRuqR6o5 没有，就一个，我甚至都没有换过线。
2021-07-22 09:49:05 +08:00
回复了 ssbg2 创建的主题 › NGINX › 奇怪，一个服务，用 IP 访问正常，也能 ping 通（IP 和域名都可以），但是用 curl 就是不行
@doveyoung 嗯，顺着您的思路，我查看了下 mtu 和相关的设置，都是正常的，包括使用 netstat -s |grep reject 查看了下，发现因为时间戳拒绝的包很多。
最终发现了问题的原因：之前这个 nginx 服务器上多绑定了一个 18 段的 IP，然后更改了网络环境后，这个网卡的配置却一直没有被删除，所以就是您说的 nginx 服务器找不到正确的路径回复给客户端，导致了握手失败。
删除这个 ip 配置后，一切正常了。
谢谢您了！
2021-07-22 08:38:38 +08:00
回复了 ssbg2 创建的主题 › NGINX › 奇怪，一个服务，用 IP 访问正常，也能 ping 通（IP 和域名都可以），但是用 curl 就是不行
@doveyoung 嗯，谢谢了，我再想想看。
2021-07-21 16:04:09 +08:00
回复了 ssbg2 创建的主题 › NGINX › 奇怪，一个服务，用 IP 访问正常，也能 ping 通（IP 和域名都可以），但是用 curl 就是不行
@NUT 谢谢您，我测试了，是通的。

@doveyoung
谢谢您，1 、虚拟机上用 curl -v，结果就是
Trying xxx.xxx.xxx.xxx:443 ....
TCP_NODELAY SET
然后等一会就超时了，提示 Closing connection 0……

2 和 3 、客户端虚拟机上（ 18.200 ）使用 curl 发送 get 请求，输出情况是这样：
tcpdump -n port 443 -i ens192 and host 192.168.16.218 -vv
tcpdump: listening on ens192, link-type EN10MB (Ethernet), capture size 262144 bytes
15:52:24.481160 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
192.168.16.218.https > 192.168.18.200.41034: Flags [S.], cksum 0x3dcd (correct), seq 3835702915, ack 1032333183, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:52:24.481209 IP (tos 0x0, ttl 64, id 9141, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:25.482070 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
192.168.16.218.https > 192.168.18.200.41034: Flags [S.], cksum 0x9963 (correct), seq 3851342334, ack 1032333183, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:52:25.482136 IP (tos 0x0, ttl 64, id 9552, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:27.485907 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
192.168.16.218.https > 192.168.18.200.41034: Flags [S.], cksum 0xc9fe (correct), seq 3882655621, ack 1032333183, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:52:27.485972 IP (tos 0x0, ttl 64, id 10776, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:31.489995 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
192.168.16.218.https > 192.168.18.200.41034: Flags [S.], cksum 0x1633 (correct), seq 3945222038, ack 1032333183, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:52:31.490057 IP (tos 0x0, ttl 64, id 13410, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:39.505889 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)
192.168.16.218.https > 192.168.18.200.41034: Flags [S.], cksum 0xcf03 (correct), seq 4070477646, ack 1032333183, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:52:39.505945 IP (tos 0x0, ttl 64, id 19809, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
然后 nginx 上（ 16.218 ）使用 tcpdump 监听到的日志是这样：
tcpdump: listening on ens192, link-type EN10MB (Ethernet), capture size 262144 bytes
15:52:25.568684 IP (tos 0x0, ttl 63, id 6305, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:25.569331 IP (tos 0x0, ttl 63, id 9141, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:26.569602 IP (tos 0x0, ttl 63, id 6306, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:26.570270 IP (tos 0x0, ttl 63, id 9552, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:28.573661 IP (tos 0x0, ttl 63, id 6307, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:28.574321 IP (tos 0x0, ttl 63, id 10776, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:32.577927 IP (tos 0x0, ttl 63, id 6308, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:32.578604 IP (tos 0x0, ttl 63, id 13410, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:40.594269 IP (tos 0x0, ttl 63, id 6309, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:40.594906 IP (tos 0x0, ttl 63, id 19809, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:52:56.643423 IP (tos 0x0, ttl 63, id 6310, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:52:56.644167 IP (tos 0x0, ttl 63, id 33143, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0
15:53:28.709344 IP (tos 0x0, ttl 63, id 6311, offset 0, flags [DF], proto TCP (6), length 52)
192.168.18.200.41034 > 192.168.16.218.https: Flags [S], cksum 0x513e (correct), seq 1032333182, win 29200, options [mss 1400,nop,nop,sackOK,nop,wscale 7], length 0
15:53:28.709799 IP (tos 0x0, ttl 63, id 48301, offset 0, flags [DF], proto TCP (6), length 40)
192.168.18.200.41034 > 192.168.16.218.https: Flags [R], cksum 0x03e1 (correct), seq 1032333183, win 0, length 0

以上都是用域名请求的，客户端能解析到实际的内网 IP 且服务端能监听到请求，我认为网络层是通的，现在就是没有发送到 nginx 里。

使用 curl 对 IP 请求是这样请求的： https://IP:port/assets，可以正常得到返回信息。
另外就是 /proc/sys/net/ipv4/tcp_tw_recycle 这个值是 0
1  2  3  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3452 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 04:38 · PVG 12:38 · LAX 20:38 · JFK 23:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.