Permítanme amplificar y estudiar la respuesta de bindbn arriba. La fuente al principio del paquete procps, líneas 3131 y 3134, muestra que la salida pasará por la scale_num()
función definida en la línea 761. Lo que leí en la scale_num()
función dice que favorecerá la precisión sobre la belleza. Si el espacio disponible solo permite la lectura humana, entonces que así sea, pero su valor predeterminado es mostrarlo en KB.
Entonces, lo que creo que sucedió es que viste algunos procesos con MB en su consumo de memoria (residente o compartido) y te engañaste a ti mismo cuando lo abriste nuevamente. O eso, o estabas usando una herramienta diferente.
Si está satisfecho de que, de alguna manera, se retorció, marque una respuesta como La respuesta para que esta pregunta pueda salir de la lista Sin respuesta. Gracias.
Solo para convencerse, obtenga el RPM de origen del paquete y vea si le aplicaron algún parche. Probablemente tenga que instalar el SRPM y mirar el archivo de especificaciones para obtener el nombre de los archivos de parche que usaron. Aprenda a construir un RPM (una habilidad práctica) y mire la fuente parcheada de top.c, si se ha parcheado. Compare el árbol con el enlace que proporcioné anteriormente y vea si hay alguna diferencia. Tenga en cuenta que pasar por esto puede no ser trivial.