Позвольте мне усилить и изучить ответ bindbn выше. Источник сверху в пакете PROCPS, линии 3131 и 3134, показывают , что выход будет проходить через scale_num()
функции , определенной на линии 761. То , что я прочитал в scale_num()
функции говорит , что это будет способствовать точности по красоте. Если доступная недвижимость допускает только чтение человеком, пусть будет так, но по умолчанию она отображается в КБ.
Итак, я думаю, что вы увидели, что вы видели несколько процессов с МБ в их потреблении памяти (резидентном или совместно используемом) и обманули себя, когда открыли его снова. Либо так, либо вы использовали другой инструмент.
Если вас это как-то устраивает, пометьте ответ, а затем отметьте ответ как Ответ, чтобы этот вопрос мог выйти из списка неотвеченных. Благодарю.
Просто для того, чтобы убедить себя, установите исходный RPM-пакет в пакет и посмотрите, не применили ли они какие-либо исправления. Вам, вероятно, придется установить SRPM и посмотреть файл спецификаций, чтобы получить имена всех файлов исправлений, которые они использовали. Узнайте, как создать RPM (удобный навык) и посмотрите на пропатченный источник top.c, если он вообще был пропатчен. Сравните дерево с приведенной выше ссылкой и посмотрите, есть ли разница. Обратите внимание, что пройти через это не может быть тривиальным.