1
COW 2024-11-30 09:37:17 +08:00 via Android 一般来说没太大影响,主要增加了点磁盘 IO ,除非日志刷的特别快,你一直 tail -f 挂着。
|
2
IvanLi127 2024-11-30 09:44:32 +08:00 下载下来看,那代替不了 tail -f 吧。
我寻思用 java 的项目不应该在意这点性能损失,难道正好会卡什么 bug ? |
3
zhangyaxiao072 OP @IvanLi127 不会卡什么 bug ,就是担心性能,我也有点不理解。
|
4
felixcode 2024-11-30 09:49:46 +08:00 很小,你们的 leader 有点菜
|
5
ZeawinL 2024-11-30 09:53:10 +08:00 via iPhone Leader 叫你关是一回事,影不影响性能是另一回事
|
6
Hookery 2024-11-30 09:55:18 +08:00 GPT 的回答:
4. 总结 使用 tail -f 实时查看日志文件在大多数情况下不会对服务器性能造成显著影响。然而,在高负载环境中,频繁的 I/O 操作可能会导致一些性能问题。为了优化性能,建议限制并发实例的数量,或使用更专业的日志处理工具。 个人感觉,如果因为 tail -f 就影响了服务器的性能的话,说明服务器已经快到崩溃的边缘了,这种情况难道不是优先扩容吗 |
7
zhangyaxiao072 OP @Hookery 有道理
|
8
mingliao 2024-11-30 10:12:25 +08:00
纯纯装蒜,能影响啥,好奇为啥还有夜班
|
9
simple2025 2024-11-30 10:14:32 +08:00
负载有那么高吗?这东西不是看服务器负载的吗?
|
10
iOCZS 2024-11-30 10:16:37 +08:00
Leader 也是人,只是人为加了个帽子而已。影响肯定是有的,至于多大呢,也没有论证。
|
11
zhangyaxiao072 OP @mingliao 刚上线一周,倒班 24 小时改线上 bug ,被我干的都怀疑自己了
|
12
hehe5120 2024-11-30 10:26:57 +08:00
每天 10G 的日志,用 tail -f 挂着一直盯着看吗?如果不是一直盯着,报错日志一闪而过也看不见吧
|
13
zhangyaxiao072 OP @hehe5120 我当时想的是确认程序正常在跑,如果崩溃频繁 error ,能及时发现
|
14
datocp 2024-11-30 10:40:45 +08:00
这么简单的问题。
无非就是现在 cpu 性能以 100 计数,用其它的就算它 50 吧,剩下使用这 tail 它到底是 1 还是 10 还是 50 。 没看清楚这台服务器是否是本地电脑,vps 经常提醒 cpu 超限要想使用买更好的配置。路由嘛因为开启 wifi 也会影响 50mbps 的呑吐量,因为 cpu 性能被 wifi 功能占用了。 |
15
Greendays 2024-11-30 10:41:34 +08:00
人肉运维啊。一般来讲影响不大的,不过这么搞也很折磨人啊
|
16
xbleey 2024-11-30 10:50:07 +08:00
微乎其微
|
17
tingyunsay 2024-11-30 11:08:18 +08:00
你领导比较菜
|
18
PolarBears 2024-11-30 11:11:39 +08:00 下载下来消耗的性能不比 tail -f 高吗?不能理解你领导的想法
|
19
BarackLee 2024-11-30 11:16:50 +08:00 不是哥们,你下载下来的性能损耗不是比 tail -f 更大吗?
首先你下载下来 10 个 G, 磁盘都要读取 10G, 网卡和带宽都要占据 10 个 G 的总流量。 一个 tail-f 能占据多少,隔着闹呢。。。。。。。 |
20
ysc3839 2024-11-30 11:31:26 +08:00 via Android
理论上下载下来看性能影响更大。
一直开着 tail -f 的情况下,程序输出日志后数据还在缓存中就被 tail 读取并显示,不需要读硬盘。而且日志输出速率一般不会太大,短时间不会占用过高 CPU 。 而下载的话,首先日志开头部分需要读盘,其次日志从头读到尾,速率是硬盘速度,硬盘读取速度显然是会比日志输出速度高的,CPU 需要处理加密等操作,短时间内占用率变高。 |
21
wzhpro 2024-11-30 11:34:00 +08:00 这是一个运维习惯的问题。
今天你在服务器上 tail 可能影响不大,但是当你养成了在生产环境做数据分析的习惯,保不准哪天你就会不知不觉得运行其他耗资源命令,甚至 rm -rf 所以养成好的运维习惯很重要。 |
22
ahsjs 2024-11-30 11:50:41 +08:00
担心哪个性能呢,cpu 、内存、IO...?,前后对比下不就知道了
|
23
IDAEngine 2024-11-30 12:07:26 +08:00
不是高负载的服务器,基本没有影响
|
24
sagaxu 2024-11-30 12:29:01 +08:00
tail -f 不是 grep ,基本上不消耗 CPU ,也不消耗内存,每天才 10G ,由于是顺序读,且大概率在 VFS cache 中,也不消耗磁盘 IO 。那么唯一的消耗就是带宽,大概占用 2M-3M 带宽,如果服务器带宽小于 10M ,可能能观测到性能差异。但是直接下载,不是更消耗带宽么?
|
25
wwhc 2024-11-30 12:36:09 +08:00
完全不影响
|
26
JEME 2024-11-30 13:19:05 +08:00
我通常习惯用 less 命令 查看日志
|
28
Daylight1993 2024-11-30 17:43:59 +08:00
你领导比较菜
|
29
akira 2024-11-30 18:07:04 +08:00
硬要说的话,会轻微影响网络吧。。。
|
30
piero66 2024-11-30 19:21:38 +08:00 via Android
没下载日志影响大
|
31
vhysug01 2024-11-30 19:53:40 +08:00
没影响,我们一天 500G 日志,照样 grep ,tail
|
32
guanhui07 2024-11-30 20:09:08 +08:00
微乎其微 你领导确实菜 额
|
33
niubee1 2024-11-30 20:57:22 +08:00
你们的服务器比树莓派还要弱咩?是那种土豆服务器?
|
34
WhatTheBridgeSay 2024-11-30 20:59:02 +08:00
唉,你司一定是那种躺着赚钱的,不需要靠技术
|
35
Binwalker 2024-11-30 21:02:30 +08:00
tail -f 能到影响性能的程度,那你服务器该扩容了
|
36
liuliuliuliu PRO 不是,普通开发人员能接触到生产服务器?
|
37
ivvei 2024-11-30 21:09:20 +08:00 via Android
彼可取而代之
|
38
julyclyde 2024-11-30 21:35:38 +08:00
你如果 vi 那个日志,那肯定是会影响
tail 没啥事 |
39
Linxing 2024-11-30 21:43:04 +08:00
可以跑路了 这个 leader 水平
|
40
skyjerry 2024-11-30 22:04:54 +08:00
@wzhpro 更同意你的观点。很多人只是关注 tail -f 本身的性能问题,就能得出"领导菜"的结论,我觉得是不太合适的。
|
42
felixcode 2024-11-30 22:31:55 +08:00 |
43
fcten 2024-12-01 00:37:57 +08:00
影响点性能咋了,就算这台服务器挂了,也不会有多大影响[doge]
|
44
julyclyde 2024-12-01 11:10:02 +08:00
@skyjerry 如果这个领导仅仅说不许 tail 而不说其他的,那确实菜
你能想到运维不良习惯扩大化的问题,不代表他也能想到 |
45
nicebird 2024-12-02 09:46:04 +08:00
一天才 10g 问题很小。但是日志多的服务,影响蛮大的。
|
46
nmap 2024-12-02 10:21:18 +08:00
完全就是个悖论:
能用 tail -f 分析的日志,说明日志量非常小,能影响啥? 如果 tail 都能影响性能,说明量非常大,-f 能看到啥? |