I doubt go version has anything to do with this. What happens on that second OS (node1 not node-77) when you just run top in a shell? You could also rule out the go version by compiling on an OS with go version 1.15.7 and then using that binary on node1 to see if the output is different (I’m assuming you’re just using go run . here, not a binary).
the results were the same when I just run ‘top -n 1 -b -o %MEM’ commnad in a shell on both host(node1, node-77)
I compiled a binary on a host with go version 1.19.10(node 1), and run it on node-77, which go version is go1.15.7, and the result is that it behaved normal,
Well, the version of go that is installed on node-77 has no bearing on how the binary performs, so that points to the command itself. Check your .bashrc for settings? I’m not super familiar with top or else I might have more specific troubleshooting steps there. Can you just specify the columns in the output?
It seems top in other environment is simply configured with COMMAND field turned off. See man 1 top for configuration options, especially personal configuration files section.