htop vs ksysguard - кто из них врёт?

Кажется, опять разногласия с единицами измерения.

Посмотрите в /proc

Если бы так, то писали бы 168М, а не 150.

не, разделяемая память - одинаковые значения.

MB = 10⁶, KiB = 2¹⁰ (MiB = 2²⁰)

>Службова - Mozilla Firefox
Я бы не стал доверять кедософту.

Внезапно, это заголовок просматриваемой в FF страницы.

Смысл троллить так толсто?

Значит, у тебя что-то с кодировкой в браузере.

А что не так?

Чего?

Во-первых, причём тут кодировка?

Во-вторых, причём тут мой браузер?

>Htop указывает на 177 Мб, KSysguard - 150 Мб.

177 - 36 примерно равно 149. 36 - это shared memory.

Пока получается только так:

(149372+36080)*1000/1024/1024 = 176,86081

Но это значит, что ksysguard выдаёт КБ за КиБ.

Поправьте меня, если я ошибаюсь. Сейчас полезу в код смотреть.

Или наоборот, htop думает, что ему дают КБ, а ему дают КиБ.

Что, кстати, более вероятно, потому что такую ошибку допустить гораздо легче.

Пойду, покопаю матчасть.

Мммм.

У меня (217236+34696)/1024 = 246,02734, а htop показывает 246М. Тут всё нормально.

Странно. Надо проверять на твоей машине.

Вот руки бы поотрывать тем, кто эти дебильные «КиБы» понапридумывал. 1КБ == 1024 Б, и точка!

ТС, сделай как сказал Eddy_Em:

echo "Resident=$(awk '{print $2 "*4/1024"}' /proc/$(pgrep firefox)/statm | bc) MB, Virt=$(awk '{print $1 "*4/1024"}' /proc/$(pgrep firefox)/statm | bc) MB, Non-shared=$(awk '{print "(" $2 "-" $3 ")*4/1024"}' /proc/$(pgrep firefox)/statm | bc) MB,  Shared=$(awk '{print $3 "*4/1024"}' /proc/$(pgrep firefox)/statm | bc) MB, Raw: $(cat /proc/$(pgrep firefox)/statm)"

И скриншоты ksysguard и htop сюда давай.

Разберёмся.

Ты неправ.

Чего это я не прав? Испокон информационного веку было 1K == 2¹⁰, 1M == 2²⁰, 1G == 2³⁰, 1T == 2⁴⁰, 1P == 2⁵⁰, 1E == 2⁶⁰ и т.д.

И тут выползли какие-то уроды, придумавшие 1К == 1000. Как будто это СИ, в самом деле...

http://ru.wikipedia.org/wiki/%D0%94%D0%B2%D0%BE%D0%B8%D1%87%D0%BD%D1%8B%D0%B5...

Все через одно место, как обычно, однако это утвержденные приставки.

Как будто это СИ, в самом деле…

Ты не поверишь.

Ладно, не будем об этом. Мне сейчас гораздо более интересен ответ ТС, а мы флеймом тему захламим.

http://img219.imageshack.us/img219/9710/wtf01.png

[code] Resident=227 MB, Virt=633 MB, Non-shared=206 MB, Shared=20 MB, Raw: 162156 58116 5368 11 0 119896 0 [/code]

Resident=223 MB, Virt=628 MB, Non-shared=202 MB,  Shared=20 MB, Raw: 160876 57208 5367 11 0 118616 0

Это более правильный вариант, сделанный сразу до момента снятия скриншота.

Ну вот, htop говорит правду.

Это СИ.

СИ - для физических величин, а не объема информации.

Ok, это всё равно стандарт. http://ru.wikipedia.org/wiki/Двоичные_приставки

Вот признайтесь чесно: вы сами говорите «мебибайт», «гибибайт» и т.п.? И, если говорите, на вас, как на идиота, не смотрят?

>> вы сами говорите «мебибайт», «гибибайт» и т.п.?

Вслух? Крайне редко.

>> как на идиота, не смотрят?

Нет, но я сам испытываю некоторый дискомфорт :)

Поддерживаю упоротость и ненужность приставок киби/меби/гиби/.../йоби

Последней нет :)

никто не врёт
они показывают по-разному одни и те же данные

http://ru.wikipedia.org/wiki/Йобибайт Ъ?

sorry, я и забыл, что после «зета» идет «йота» =)

Тут оба правы. Всё нормально.

Второй блок данных:

• 160876 * 4 / 1024 ≈ 628,42 — „VIRT“ htop.
• 57208 * 4 / 1024 ≈ 223,47 — „RES“ htop.

Первый блок данных:

• 5368 * 4 = 21472 — „Разделяемая память“ ksysguard.
• (58116 - 5368) * 4 = 219992 — „Память“ ksysguard.

Они могут не согласовываться из-за того, что обновления не синхронизированы и не в реальном времени.

У тебя первый блок соотвествует ksysguard, второй соотвествует htop,

А память „пляшет“.

В свежих кедах появилась возможность выбора системы (СИ или классической). Большинство программ её используют в отличии от. Руки надо поотрывать нерасторопным и ленивым разрабам KSysGuard.

>Вот руки бы поотрывать
Не только поотрывать, но и засунуть...