LinuxForum.Fans
Тема

Htop и top (mac os x)

Автор: i2ks 19 сообщений 6944 просмотров
#182156

Немного удивился когда увидил следующие:
Вывод htop

вывод top:


далее система:

text

mbp:~ nb-bv$ uptime
15:06  up 14 days,  4:35, 6 users, load averages: 0,18 0,14 0,15
mbp:~ nb-bv$ uname -srm
Darwin 9.8.0 i386

откуда такие значения? немного ли виртуальной памяти выделено то? или это нормально?

#182399
i2ks написал:
откуда такие значения?

не знаю. Сортировка в htop'е <. Отсортируйте по памяти.

i2ks написал:
немного ли виртуальной памяти выделено то? или это нормально?

какая разница, сколько выделено виртуальной памяти? Вы лучше обратите внимание, на то, что у вас беда с нормальной. То-то у вас даже ФФ падает постоянно :(

#182400

ещё и своп зачем-то отключили. Вам доставляет удовольствие мазохизм?

#182402
drBatty написал:
какая разница, сколько выделено виртуальной памяти? Вы лучше обратите внимание, на то, что у вас беда с нормальной. То-то у вас даже ФФ падает постоянно 

под mac os x у меня ff не падает, так же как и safari ;-)

drBatty написал:
ещё и своп зачем-то отключили. Вам доставляет удовольствие мазохизм?

oO

text

$ ps -ef|grep dynamic_pager 0 30 1 0 0:03.18 ?? 0:03.19 /sbin/dynamic_pager -F /private/var/vm/swapfile 501 89253 89194 0 0:00.00 ttys001 0:00.00 grep dynamic_pager

наличие свап файлов

text

$ ls -l /private/var/vm/swapfile*
-rw------T  1 root  wheel   67108864 21 июл 10:32 /private/var/vm/swapfile0
-rw------T  1 root  wheel   67108864 21 июл 14:07 /private/var/vm/swapfile1
-rw------T  1 root  wheel  134217728 21 июл 14:30 /private/var/vm/swapfile2
-rw------T  1 root  wheel  268435456 21 июл 14:43 /private/var/vm/swapfile3
-rw------T  1 root  wheel  536870912 26 июл 14:41 /private/var/vm/swapfile4

и


и где вы здесь видите то что swap откл?

drBatty написал:
какая разница, сколько выделено виртуальной памяти?

Хотелось бы докопаться до истины. если бы мне было все равно, то и вопроса бы не последовало бы.

#182411
i2ks написал:
и где вы здесь видите то что swap откл?

здесь: http://itmages.ru/image/view/248376/e5e611c1
там ноль.

i2ks написал:
Хотелось бы докопаться до истины. если бы мне было все равно, то и вопроса бы не последовало бы.

а что тут копать? запросило приложение 11 гигов, ему "дали" 11 виртуальных гигов. Из них оно использует немного метров реальной памяти. Не понимаю, что именно вам непонятно?

i2ks написал:
под mac os x у меня ff не падает, так же как и safari ;-)

ну я не знаю. В соседней ветки не я плакал, дескать "падает ФФ". ЕМНИП у вас он ещё и тормозит и глючит. В этой ветке вы показываете скрин, на котором у вас занято 2048 из 2048и метров RAM, а свопа нет. Не удивительно, что с таким раскладом ФФ будет глючить и тормозить, как вы и описываете.

На вашем месте нужно:
1) удалить приложение, которое жрёт реальную память.
или
2) пойти в магазин, и купить ещё памяти.

Причём количество виртуальной памяти вас не должно волновать - мало-ли кто сколько просит? С этим вопросом логично обратиться в ТП этого приложения. Вот только вам наверное там скажут тоже что и я.

#182413
drBatty написал:
ну я не знаю. В соседней ветки не я плакал, дескать "падает ФФ". ЕМНИП у вас он ещё и тормозит и глючит. В этой ветке вы показываете скрин, на котором у вас занято 2048 из 2048и метров RAM, а свопа нет. Не удивительно, что с таким раскладом ФФ будет глючить и тормозить, как вы и описываете.

htop гнутая тулза, ипод mac os x криво работает.

drBatty написал:
В соседней ветки не я плакал, дескать "падает ФФ". ЕМНИП у вас он ещё и тормозит и глючит.

Вы салат с компотом не мешайте. Хотя бы ветки форума различайте. Да и читайте внимательней. Тогда все станет ясно и понятно.

#182420
i2ks написал:
htop гнутая тулза, ипод mac os x криво работает.

ну и зачем вы её показываете, и спрашиваете о цифирях? может вопрос надо задать в саппорте? А должна-ли htop работать на MacOS?

Показать
кстати, видел я этот ваш мак - жуткое УГ, ИМХО. Хуже семёрочки.
да и никакой это не юникс/линукс.
#182424
drBatty написал:
кстати, видел я этот ваш мак - жуткое УГ, ИМХО. Хуже семёрочки.
да и никакой это не юникс/линукс.

Человеку, которому больше нечего сказать, только и остается перейти на грубость, ну что же, вы с таким успехом далеко пойдет по красной дорожке возглавляя колону идущих на ... :lol: :lol: :lol:

drBatty написал:
А должна-ли htop работать на MacOS?

если есть в портах, до должна, а вот как ... это уже другой вопрос, если вы на заметили, то я еще вывод top привел wink

В общем док, хватит пороть чушь, не знаете суть вопроса, не суйтесь. :[

#182430
i2ks написал:
Человеку, которому больше нечего сказать, только и остается перейти на грубость

где вы увидели грубость-то? у вас проблемы с психикой, которые выражаются в том, что оценка ОС воспринимается вами как личное оскорбление? В таком случае извините. Я этого не знал.

i2ks написал:
если есть в портах, до должна

ой-ли?

i2ks написал:
В общем док, хватит пороть чушь, не знаете суть вопроса, не суйтесь.

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

#182433

а кто-то из вас вообще в курсе по поводу особенностей управления памяти в макоси?
например что за области такие wired, active, inactive. я так понял это собственно занятая кеш и буферы, только что есть что?

#184787

i2ks, эмм... там какое-то сбивчивое бормотание... есть какие-нить нормальные доки?
из того, что вынес:
wired - хз что таакое... не мжет же ядро 200 метров отъедать, а кроме ядра в юниксах свапироваться должно всё...
active - страницы(из кешей и юзерспейса), попавшие в списки lru
inactive - сответственно не попавшие
free & swap - как у людей...

про свапирование - тоже бред какой-то написан... хотя может и не совсем... если система действительно так охотно свопится вместо того, чтобы сбрасывать кеши, то такое реально... на лине тоже такая кака получится, если swappiness в 100500 поставить...

ЗЫ: у вас и правда ничего не тормозит, когда у вас треть оперативы засвопирована?

#184809
Fat-Zer написал:
ЗЫ: у вас и правда ничего не тормозит, когда у вас треть оперативы засвопирована?

В том то и дело что нет. Надо будет потестировать на днях, запустить массу приложение и посмотреть на память, что изменится, а что нет.

Fat-Zer написал:
2ks, эмм... там какое-то сбивчивое бормотание... есть какие-нить нормальные доки?

Есть, но нужен аккаунт как разработчик софта, тогда будет доступ к литературе. Но она вся на англ.

Fat-Zer написал:
i2ks, эмм... там какое-то сбивчивое бормотание... есть какие-нить нормальные доки?

это ед-е то что есть на русском языке, можно так же глянуть на оф сайте, а так же на форуме.

#184940
Fat-Zer написал:
про свапирование - тоже бред какой-то написан... хотя может и не совсем... если система действительно так охотно свопится вместо того, чтобы сбрасывать кеши, то такое реально... на лине тоже такая кака получится, если swappiness в 100500 поставить...

ЗЫ: у вас и правда ничего не тормозит, когда у вас треть оперативы засвопирована?

кстати не тормозит. да и слака тоже. Из 512и памяти треть обычно в свопе, и всё норм. Смотрел на мак - что-то похожее. Может это как-то связано с криворукостью маинтейнеров т.н. юзерфрендли дистров? там да, тормоза как в венде.

А что такого страшного, что система оставляет в свопе редко нужные данные, и хранит в оперативки часто востребованные файлы(в кеше)? Это разумно, и правильно ИМХО.

#184964

i2ks,а есть какой-нить аналог /proс/meminfo?
drBatty, мне сложно судить, ибо памяти у меня 4G. приложения занимают не больше гига(правда опера и/или флеш иногда подтекают, но это другая история...).
В общем единственное, чем я её могу забить в процессе работы - это виртуальные машины и tmpfs, так что полноценных эксперименты проводить трудно... Но когда излишки только сбрасываются на диск, то тормоза видны невооружённым глазом... хотя может это и надуманно... просто условный рефлекс на скрежет диска...

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

#184976
drBatty написал:
Может это как-то связано с криворукостью маинтейнеров т.н. юзерфрендли дистров? там да, тормоза как в венде.

у apple иной подход к написанию софта, очень жесткий отбор и контроль(я говорю про тот софт что лежит в apple store), но быдлокодеров хватает smile

Fat-Zer написал:
i2ks,а есть какой-нить аналог /proс/meminfo?

vm_stat, iostat, top и Active Monitor =) Можно попытаться что нибудь собрать гнутое, но боюсь будет тоже самое что и с htop. :(
Да и к т ому же /proc/* это фишка linux, в bsd подобных можно прикрутить fusefs/procfs =)

#184994
Fat-Zer написал:
мне сложно судить, ибо памяти у меня 4G. приложения занимают не больше гига

тут да - сложно. но макось по части распределения памяти действительно рвёт любую бубунту. я там на двух гигах запускал такое, что бубунта и на четырёх не осилила-бы. Как всегда - ИМХО.

Fat-Zer написал:
В общем единственное, чем я её могу забить в процессе работы - это виртуальные машины и tmpfs, так что полноценных эксперименты проводить трудно...

очень рад, что вы это понимаете.

Fat-Zer написал:
Но когда излишки только сбрасываются на диск, то тормоза видны невооружённым глазом... хотя может это и надуманно... просто условный рефлекс на скрежет диска...

ну когда одна ось работает на одном железе (без всяких прокладок и т.д.) это хорошо заметно - то, что не нужно, она прячет в дальний угол, в своп. Но это и вправду не нужно! А вот почему линуксоиды так ненавидят свои кеши - мне решительно непонятно. Ну на кой держать в памяти распакованную (вспомним формат BMP) картинку в памяти только потому, что она является обоями при загрузке? Её можно в свап скинуть, ибо она уже никогда не понадобится! Так и с остальным. А дисковый кеш резать нельзя - это ведёт к тормозам. Причём к таким, которые я ЛЮТО, БЕШЕНО НЕНАВИЖУ (простите, сегодня за 5 часов поставил 2 венды, причём с поиском дров, и с кривой настройкой VPN, которая у этого прова "под хп действительно часто глючит". Интересно, под чем-же оно не глючит?!

Fat-Zer написал:
у i2ks при наличии двух гигов памяти в свопе должна лежать только каая-нить мелачовка, странно, что он вообще задействован... т.е. или макось действительно такая прожорливая или очень странно относится к памяти...

учтите, в памяти лежат РАСПАКОВАННЫЕ объекты. Если для вас рюшечка на винте в 10К, то в памяти она может занять и 100К. А если это просто тупо простой синий квадрат, то на диске он занимает 10К, а в памяти может занять все 10Мб. И такой хрени там ОЧЕНЬ много. 95% вы видите всего один раз за весь свой недельный аптайм. Так почему-бы не сбросить это на диск? Да пусть там лежит! Ну что вам жалко лишних 50Гб? С диска в 1000?! За то летает.

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

Венду-же как не причёсывай, всё равно фамильные перья MS-DOS просто топорщатся во все стороны. Я не знаю что с ней делать.

пойду, ужрусь...

#184998
i2ks написал:
у apple иной подход к написанию софта, очень жесткий отбор и контроль(я говорю про тот софт что лежит в apple store)

да. тут я согласен. Кто ещё будет наезжать на Патрега? ;)

Fat-Zer написал:
Но когда излишки только сбрасываются на диск, то тормоза видны невооружённым глазом...

и да, вы не забыли про отложенную запись? сбрасываются они в память, точнее там лежат, а всё для юзера летает. Пока юзер тупит (что часто), данные утекают на винт. В венде это через ж.*у, но это вовсе не говорит о том, что это принципиально невозможно. Возможно. И даже работает. В частности и в маке. Единственное, на что жалуется юзер - нельзя флешки дёргать. Они пишутся и ПОСЛЕ того, как запишутся. А так - нормально. Отменим это на флешках - и юзер ничего не заметит.

#185008
i2ks написал:
Да и к т ому же /proc/* это фишка linux, в bsd подобных можно прикрутить fusefs/procfs

я же говорил об аналогах... в bsd системах есть sysctl.. соответственно инфа о памяти должна быть доступна через sysctl vm.stats.vm.

Войдите или зарегистрируйтесь, чтобы ответить.