Дозвольте мені підсилити та вивчити відповідь bindbn вище. Джерело зверху в пакеті PROCPS, лінії 3131 і 3134, показують , що вихід буде проходити через scale_num()
функції , визначеної на лінії 761. Те , що я прочитав в scale_num()
функції говорить , що це буде сприяти точності по красі. Якщо наявна нерухомість дозволяє лише читати людину, то нехай це буде, але її замовчуванням є показ у КБ.
Отже, на мою думку, трапилось те, що ви побачили кілька процесів з МБ у їхньому споживанні пам’яті (резидентні чи спільні) та обдурили себе, коли ви відкрили його назад. Або це, або ви використовували інший інструмент.
Якщо ви впевнені, що вас якось перекрутили, будь ласка, позначте відповідь як відповідь, щоб це питання могло вийти зі списку без відповіді. Спасибі.
Для того, щоб переконати себе, піднесіть вихідний RPM до пакета і подивіться, чи застосували вони до нього якісь патчі. Ймовірно, вам доведеться встановити SRPM і подивитися файл специфікації, щоб отримати ім’я всіх файлів патчів, які вони використовували. Дізнайтеся, як створити RPM (зручна навичка) та перегляньте виправлене джерело top.c, якщо воно взагалі було зафіксовано. Порівняйте дерево за посиланням, яке я надав вище, і подивіться, чи є різниця. Зауважте, що пройти це може не банально.