If sp is not communicable, use this patch can reduce response time.
Test in our environment use -C 3 -R 4 -N 3
- original: 49s
- patch: 36s
diff -ruN ipmitool-1.8.18.orig/src/ipmishell.c ipmitool-1.8.18.new/src/ipmishell.c
--- ipmitool-1.8.18.orig/src/ipmishell.c 2016-03-13 17:57:04.000000000 +0800
+++ ipmitool-1.8.18.new/src/ipmishell.c 2018-03-01 11:18:35.923428181 +0800
@@ -233,6 +233,7 @@
printf("%s ", argv[i]);
}
printf("\n");
+ fflush(stdout);
return 0;
}
This patch only speeds up the
echo
command output. It doesn't speed up anything else. I don't see how this may help in situations when sp (service processor?) is "not communicable".Besides, next time please attach patches rather than copy-paste them. Or better yet, create pull requests.
Yes, to speed up output is not affect on service processor itself. Due to we use ipmitool to do service process discovery, collect info and add to our manage list if target is communicable.
In our test example, one target reduce 13s, 100 targets will reduce 21 min waitting time. To reduce waitting time for not communicable target is really help performance improvement.