V2EX › NeoZephyr 的所有回复 › 第 4 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

2022-09-08 13:34:05 +08:00

回复了 johnhsh 创建的主题 › 生活 › 这里有人做了近视手术吗，整天对着电脑能做吗？

前段时间做过，不过是视网膜手术

2022-08-09 10:10:18 +08:00

回复了 trivisa 创建的主题 › 程序员 › 研究生毕业转程序员来得及吗？帮朋友发贴

感觉很亏啊，之前学的不是白费了吗

2022-07-29 10:13:23 +08:00

回复了 xinz4l 创建的主题 › 程序员 › 稀土掘金是不是崩了呀

@bthulu 有吃相不那么差的吗

2022-07-26 10:10:30 +08:00

回复了 jiobanma 创建的主题 › Java › 线上 JVM 内存溢出， OOM 问题排查求指点。

@manecocomph 继续泄露看到的也是 char[] bytes[] 大头啊

2022-07-25 11:25:43 +08:00

回复了 NoKey 创建的主题 › 程序员 › Java 后台开发，大家用 @Autowired 多么

@beginor 容易循环依赖

2022-07-22 14:03:59 +08:00

回复了 NeoZephyr 创建的主题 › Linux › 同一个网段的两个 ip 无法互相 ping 通，可能是什么原因呢

@riverskyfang 嗯，是的

所以说 dum0 这个网卡有问题，没有工作，对吧

2022-07-22 13:46:50 +08:00

回复了 NeoZephyr 创建的主题 › Linux › 同一个网段的两个 ip 无法互相 ping 通，可能是什么原因呢

@riverskyfang

wow! 可以了！这是为什么？因为 ip 冲突吗，我是为了测试，所以才自己加了一个虚拟网卡

ubuntu@lab:~$ sudo ip link set dum0 down
ubuntu@lab:~$
ubuntu@lab:~$
ubuntu@lab:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 52:54:00:eb:e8:7b brd ff:ff:ff:ff:ff:ff
inet 192.168.64.6/24 brd 192.168.64.255 scope global dynamic enp0s1
valid_lft 74516sec preferred_lft 74516sec
inet6 fd96:bec8:dc5e:d1c1:5054:ff:feeb:e87b/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 2591986sec preferred_lft 604786sec
inet6 fe80::5054:ff:feeb:e87b/64 scope link
valid_lft forever preferred_lft forever
3: dum0: <BROADCAST,NOARP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 4a:c8:c0:64:e9:97 brd ff:ff:ff:ff:ff:ff
ubuntu@lab:~$
ubuntu@lab:~$
ubuntu@lab:~$
ubuntu@lab:~$ ping 192.168.64.5
PING 192.168.64.5 (192.168.64.5) 56(84) bytes of data.
64 bytes from 192.168.64.5: icmp_seq=1 ttl=64 time=4.84 ms
64 bytes from 192.168.64.5: icmp_seq=2 ttl=64 time=0.601 ms
^C
--- 192.168.64.5 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1022ms
rtt min/avg/max/mdev = 0.601/2.722/4.844/2.121 ms

2022-07-22 13:10:52 +08:00

回复了 NeoZephyr 创建的主题 › Linux › 同一个网段的两个 ip 无法互相 ping 通，可能是什么原因呢

@DarkCat123

192.168.64.1 是我的 macOS 主机，192.168.64.5 和 192.168.64.6 是我主机上的两个虚拟机

2022-07-22 13:08:57 +08:00

回复了 NeoZephyr 创建的主题 › Linux › 同一个网段的两个 ip 无法互相 ping 通，可能是什么原因呢

@pocketz 是 traceroute 吗

ubuntu@cdp:~$ traceroute 192.168.64.6
traceroute to 192.168.64.6 (192.168.64.6), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

2022-07-22 13:05:10 +08:00

回复了 NeoZephyr 创建的主题 › Linux › 同一个网段的两个 ip 无法互相 ping 通，可能是什么原因呢

@Phiiiil 并没有啊

```
ubuntu@lab:~$ cat /proc/sys/net/ipv4/icmp_echo_ignore_all
0
```

```
ubuntu@cdp:~$ cat /proc/sys/net/ipv4/icmp_echo_ignore_all
0
```

2022-07-22 10:43:44 +08:00

回复了 NeoZephyr 创建的主题 › Java › Java 中有比较精确的微秒级别的延迟方法吗

@nothingistrue

时间轮误差这么大吗？那 linux 自己的时间轮，不是也有问题吗，感觉不太可能吧。

如果 java 延迟误差那么大的话，那一些中间件提供的延迟队列，不也有问题吗？误差到分钟级别，怎么也接受不了啊

2022-07-21 19:50:38 +08:00

回复了 NeoZephyr 创建的主题 › Java › Java 中有比较精确的微秒级别的延迟方法吗

@jptx 我的场景只需要到秒就可以了。我只是突然看到有关时间轮的实现，发现 java 里面延迟都是毫秒级别的，好奇问下大家

2022-07-21 18:39:19 +08:00

回复了 NeoZephyr 创建的主题 › Java › Java 中有比较精确的微秒级别的延迟方法吗

@v2eb 延时消息、事件的功能

2022-07-21 18:37:23 +08:00

回复了 NeoZephyr 创建的主题 › Java › Java 中有比较精确的微秒级别的延迟方法吗

@jiajianjava 好像不行，里面还是 Thread.sleep