cookie

We use cookies to improve your browsing experience. By clicking «Accept all», you agree to the use of cookies.

avatar

Kazarin.online

Мое мнение о новостях и технологиях в мире IT (ИМХО). Небольшие анонсы, комментарии и "записки на полях", которыми хочется поделиться. Ссылка на мой блог: https://kazarin.online

Show more
Advertising posts
333
Subscribers
No data24 hours
-17 days
-330 days

Data loading in progress...

Subscriber growth rate

Data loading in progress...

Photo unavailableShow in Telegram
Шок контент... пошел еще догуглить про эту тему с мега байтами, гигабайтами и пр. и оказалось что я всю жизнь неверно считал. мега и гигабайты это степени десяток а не 1024.. в итоге гигабайт к мегабайту и к килобайту это все 10 в степени кратной 3-ке, а вот привычные (как минимум мне) 1024 или 2 в степени кратной 10 это гибибайты, мебибайты и пр --- мой мир никогда не станет прежним) https://en.wikipedia.org/wiki/Byte#Multiple-byte_units
Show all...
😁 2🤯 1
ответ достаточно прост - free показывает вам память которая остается доступна после того как ядро забрало себе свое. Потому что показывает оно это на основании "ядерного" интерфейса /proc/meminfo в то время как ядро во первых само занимает место в памяти, во вторых резервирует себе какой то объем под работу (пресловутый кернел спейс). сколько это точно - сказать сложно, но чтобы получить представление об этом, можно копнуть в dmesg лог (см след скрин)
Show all...
🔥 3
Photo unavailableShow in Telegram
Photo unavailableShow in Telegram
Photo unavailableShow in Telegram
Photo unavailableShow in Telegram
ок, отвечаю на вопрос. Да, в моментах верно накидали в панамку про то что free может показывать в двух режимах - бибайты и байты (разное основание, см скрин 1 из встроенно хелпа) и если запустить ее с флагом --giga то в моем случае покажет честные 6 гигабайт (скрин 2 ) но вот с флагом --mega (скрин 3), показывает 6007 а не 6144 как должно. то есть в цело - вопрос остается. Более того, если вызвать самую подробную инфу - cat /proc/meminfo (которым сама free и пользуется), то вы увидите что (см скрин 4) - там тоже не 6ка вначале хотя должна бы быть (если множим на 1024). ответ (не точный а приблизительный все равно) - в след посте
Show all...
сорри, пост вылетел криво, фальстарт...
Show all...
Photo unavailableShow in Telegram
ок, отвечаю на вопрос. Да, в моментах верно накидали в панамку про то что free может показывать в двух режимах - бибайты и байты (разное основание, см скрин 1 из встроенно хелпа) и если запустить ее с флагом --giga то в моем случае покажет честные 6 гигабайт (скрин 2 ) но вот с флагом --mega (скрин 3), показывает 6007 а не 6144 как должно. то есть в цело - вопрос остается. Более того, если вызвать самую подробную инфу - cat /proc/meminfo (которым сама free и пользуется), то вы увидите что (см скрин 4) - там тоже не 6ка вначале хотя должна бы быть (если множим на 1024). ответ (не точный а приблизительный все равно) - в след посте
Show all...
Repost from opennet.ru
SSH-бэкдор, установленный при взломе kernel.org, два года оставался незамеченным https://opennet.ru/61186/
Show all...
SSH-бэкдор, установленный при взломе kernel.org, два года оставался незамеченным

Исследователи из компании ESET опубликовали 43-страничный отчёт с анализом руткита Ebury и связанной с ним активности. Утверждается, что Ebury применяется с 2009 года и с тех пор был установлен на более чем 400 тысяч серверов под управлением Linux и несколько сотен систем на базе FreeBSD, OpenBSD и Solaris. Около 110 тысяч серверов оставались поражены Ebury по состоянию на конец 2023 года. Исследование представляет отдельный интерес с учётом того, что Ebury был задействован при атаке на kernel.org, что открывает некоторые новые подробности компрометации инфраструктуры разработки ядра Linux, выявленной в 2011 году. Ebury также был выявлен на серверах регистратора доменов, криптобиржах, выходных узлах Tor и у нескольких хостинг-провайдеров, имена которых не называются.

😱 1