LINUX.ORG.RU
ФорумAdmin

Хороший free [РЕШЕНО]

 ,


0

1
# free -h , столбец buff/cache
82G

# free -b
88463040512

# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.5 (Maipo)

# uname -a
Linux g555

Вопрос даже не в том как вычисляется buff/cache Вопрос как из 88463040512 байт получить 82 Гб!



Последнее исправление: azimut (всего исправлений: 1)

как из 88463040512 байт получить 82 Гб!

88463040512 / (2 ^ 30) = 82,39

Deleted
()
Ответ на: комментарий от no-such-file

маркетолухи

Это те, у которых в одном кило(грамме) - 1024 (грамм)?
Профдеформация - такая профдеформация. Уже никто непомнит, в каком веке началось это безобразие.

anonymous
()
Ответ на: комментарий от anonymous

Это те, у которых в одном кило(грамме) - 1024 (грамм)?

Нет, это те у которых в килофунте одна тонна. Какое дело этим придуркам было до внесистемных единиц?

no-such-file ★★★★★
()
Ответ на: комментарий от no-such-file

Хвала всевышнему, что сюда ещё не добрались маркетолухи с их кибибайтами-мибибайтами.

Ох.. Маркетолухи сюда всё-таки добрались

cat /proc/meminfo показывает kB которые равны 1000 B

Соответственно, чтобы buff/cache вычисляемый из /proc/meminfo совпал с показаниями free -h необходимо считать как (Buffers + Cached) / 1000 / 1000

azimut
() автор топика
Ответ на: комментарий от no-such-file

в килофунте одна тонна

Смешал «кило», «фунт» и «тонну» в одном предложении. Маркетологи, вроде, еще не перешли на такой уровень.

Какое дело ... до внесистемных единиц?

Вот именно, почему бы не придумать внесистемную единицу(приставку), а то извращаются над ними как хотят.

anonymous
()
Ответ на: комментарий от azimut

Это официальное

cat /proc/meminfo && free
Deleted
()
Ответ на: комментарий от anonymous

Всё нормально мужики, паззл сложился:

buff/cache = (Buffers + Cached + Slab) / 1024 / 1024

И zabbix-agent на узлах обновить хотя бы до 4.0, который умеет slab, более ранние его не знают.

Всем ещё раз спасибо

azimut
() автор топика
Ответ на: комментарий от no-such-file

В топку этих маркетологов. Создали путаницу с кило-/-кики. Да и некоторых писак (недопрограммистов), которые эту путаницу поддерживают.

anonymous
()
Ответ на: комментарий от anonymous

Причём тут маркетологи и писаки, если многие аппаратные архитектуры не могут орбращаться к адресам некратным степени двойки или делают это медленно?

anonymous
()
Ответ на: комментарий от anonymous

Я про то, что 1024 по IEC является kibi-, а по JEDEC kilo- и так далее по IEC mebi- и таже величина по JEDEC mega-.

anonymous
()

Oб этих ваших любимых «кило». Вы допустили дыру, которой не минули воспользоваться производители накопителей. Типа, ‘кило’ - это не какие-то там 2^10, а 10^3.

Использование «киби», «гиби» etc позволяет грамотно уточнить, что имеется ввиду. И продолжать ругать маркетологов, как они нехорошо дискредитировали «кило».

Я за 2^10-чное кило!

anonymous
()
Ответ на: комментарий от anonymous

Смешал «кило», «фунт» и «тонну» в одном предложении

И чем это отличается от килобайта?

почему бы не придумать внесистемную единицу(приставку)

Так единицу, или приставку?

no-such-file ★★★★★
()
Ответ на: комментарий от anonymous

допустили дыру

Я вообще не понимаю каким местом эти дебилы думали. Байт мало того, что внесистемная единица, но и не единица информации в принципе. Единица информации это бит и с битами приставки кило-мега и т.п. всегда и означали 1000 бит, 1000000 бит и т.д. Бит нормально вписывается и стыкуется с другими физическими величинами. Байт же это чисто техническая единица (минимальная адресуемая пачка бит), наподобие того же фунта, никогда в СИ принята не будет и в науке (физике, химии) не удобна. В итоге получается что СИ килобайты нафиг никому не нужны, т.к. бессмысленны и в науке и в технике.

Если уж у них так горело, то нужно было принять единицу информации «октет» (т.к. байт понятие кроме всего прочего растяжимое) и с ним уже извращаться — килооктеты, мегаоктеты. Что, впрочем, всё равно не имело бы никакого применения.

no-such-file ★★★★★
()
Ответ на: комментарий от no-such-file

Смешал «кило», «фунт» и «тонну» в одном предложении

И чем это отличается от килобайта?

«кило» - приставка, которая образована от греческого «тысяча»
«фунт» - единица измерения массы
«тонна» - еще одна единица измерения массы и не только массы
Вот как ты связал эти никак не связанные приставки и единицы измерения в одном предложении? Это вопрос к тебе. Такой же вопрос к тем, кто связал «кило» и «байт» и 1024.

почему бы не придумать внесистемную единицу(приставку)

Так единицу, или приставку?

Придумали же «килограмм», как единицу массы. При этом производные «грамм» и «кило» непротиворечиво вписываются в общую систему.
Придумали «контекстно-зависимую» систему и двигают в массы. Чем не «маркетолухи»?
Хотя американцам, как популяризаторам электроники, не привыкать к запутанным «контекстно-зависимым» системам. Сколько там фунтов в одной американской тонне: 1000, 2000, 1024? И причем тут «кило»?

anonymous
()
Ответ на: комментарий от anonymous

У психически здоровых людей в килобайте 1024 байта. А у больных — 1000 байт.

Но связано это не с тем, что больные не знают о том, что "кило" == 2¹⁰, они специально используют это — как маркетинговый ход! Ты покупаешь диск на 2ТБ в рассчете на то, что там реально 2ТБ. А фактически там 1.82ТБ!!!

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

У психически здоровых людей в килобайте

Насколько знаю, у «психически здоровых» телекомовцев кило - это 1000. Даже килобайт - это 1000 байт. Хотя они, вообще, не работают с байтами, а работают с бодами.

anonymous
()
Ответ на: комментарий от anonymous

Ты за 8000 бит в килобайте или нет?

Я за 1000 бит в килобите. Байт никак на СИ не натягивается. Ну т.е. натягивается в виде 10 бит, но это вообще наркомания и эталонное ненужно. А поскольку байт к СИ не имеет отношения, то и требовать соответствия приставок бессмысленно.

no-such-file ★★★★★
()
Последнее исправление: no-such-file (всего исправлений: 1)
Ответ на: комментарий от no-such-file

Пишем «байт = X бит». Применяем систему СИ и получаем килобайт = Х000 бит. Всем, привыкшим к СИ, все ясно и понятно.
Или придумываем местячковый сленг с килобайтам = 2^10 байт, мега- и гигами, несовместимый ни с одной уже известной системой; ждем появления анекдотов про программстов и кило-грамм/метр; потом объявляем священную войну инакомыслящим «психически больным».

anonymous
()
Ответ на: комментарий от anonymous

Все логично. Например я придумал единицу измерения «дофига», сколько будет «килодофига», это «дофига» * 1000

anc ★★★★★
()
Ответ на: комментарий от anc

Это нелогично. Логично: я придумал единицу измерения «дофига», сколько будет «килодофига», это «дофига» * 1023. Почему 1023? Потому что 1024 уже занято - засудят.

anonymous
()
Ответ на: комментарий от anonymous

Пишем «байт = X бит». Применяем систему СИ и получаем килобайт = Х000 бит

Ты поехал там что ли? В системе СИ может быть только одна единица. Либо байт, либо бит. Ты ещё фунты и галоны в СИ добавь.

no-such-file ★★★★★
()
Ответ на: комментарий от anonymous

у «психически здоровых» телекомовцев кило - это 1000

Это означает, что они не являются психически здоровыми!

Однако, если говорить о бодах, то здесь все криво: 1кбод == 1000 бод. Для 8N1 это примерно 800 бит в секунду.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Однако, если говорить о бодах

То бод изначально это «символьная» единица, к битам не имела отношение от слова совсем.

anc ★★★★★
()
Ответ на: комментарий от no-such-file

Это ты поехал. «байт = Х бит» не нужен в СИ. Для «килобайт = Х000 бит» надо всего лишь знать СИ и «байт = Х бит». А для «килобайт = WXYZ бит», надо забыть СИ и надо знать «хрен знает что»

Ты ещё фунты и галоны в СИ добавь.

Во-первых, кило-фунты и кило-галлоны использует еще меньше людей, чем те кто использует фунты.
Во-вторых, килофунты не вводят в заблуждение знающего, что такое фунт и что такое система СИ.

anonymous
()
Ответ на: комментарий от no-such-file

Вашими словами «Ты поехал там что ли?»
Вам что написали?

Пишем «байт = X бит»

Т.е. мы дали определение сколько битов в байте.
А=3
B=A*10
КилоB=B*1000
Итого: 1 КилоB равняется 30000 A

anc ★★★★★
()
Ответ на: комментарий от azimut

при отсутствии калькулятора под рукой

На будущее — в Red Hat Enterprise Linux Server release 7.5 (Maipo) калькуляторов минимум четыре:

└► bash -c 'echo $((88463040512/1024/1024/1024))'
82
└► awk 'BEGIN { print 88463040512/1024/1024/1024; }' < /dev/null 
82.3876
└► perl -le 'print 88463040512/1024/1024/1024;'
82.3876266479492

Здесь должен быть четвертый пример, на питоне. Увы, питон я не знаю, поэтому примера тут нет.

dexpl ★★★★★
()
Ответ на: комментарий от anc

ещё из возможных

Согласен, но шелл, авк, перл и питон (скорее всего) есть из коробки, а bc (скорее всего) придется ставить отдельно. И если не хотим потерять дробную часть, то не просто bc, а bc -l.

dexpl ★★★★★
()
Ответ на: комментарий от anonymous

отдельные биты вообще не адресуются напрямую

В отдельно взятой архитектуре. Какое отношение это имеет к фундаментальным величинам?

no-such-file ★★★★★
()
Ответ на: комментарий от dexpl

И если не хотим потерять дробную часть, то не просто bc, а bc -l.

Согласен. Или если нужно «обрезать» до какого-то знака, то например echo 'scale=2;88463040512/1024/1024/1024' | bc

anc ★★★★★
()
Ответ на: комментарий от dexpl

перл и питон (скорее всего) есть из коробки

«Тяжелый паровоз» вместо легковесного bc ? Вот с bash согласен, про остальное, включая awk еще можно поспорить. Хотя нет, с awk спорить не буду, rh на нем с давних времен работают.

anc ★★★★★
()
Ответ на: комментарий от no-such-file

«байт = Х бит» не нужен в СИ

Согласен. Поэтому и нехрен лезть в килобайты и т.д.

Тонна тоже не нужна в СИ. Поэтому нехрен лезть в килотонны. Литр тоже не нужен в СИ. Поэтому нехрен лезть в декалитры.

anonymous
()
Ответ на: комментарий от anc

Один раз запустить и в нём считать быстрее, чем якобы «легковесно» запускать внешний бинарь раз за разом. Так что зависит от задачи.

anonymous
()
Ответ на: комментарий от anc

«Тяжелый паровоз» вместо легковесного bc ?

Я собственно хотел сказать, что совершенно незачем использовать «онлайн-калькулятор» или еще что-то постороннее для того, что можно легко реализовать штатными средствами. И нет особого смысла спорить о том, каким именно из большого набора средств.

dexpl ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.