https://89.19.215.112/openforum/vsluhforumID9/8119.html Всем привет , как на python можно получить - <br><br>1) сколько ram на сервере . <br><br>2) сколько используется <br><br><br>Желательно пример функции или скрипта , сервер nix<br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#15 Tue, 03 Jan 2017 08:34:07 GMT &gt; Вот любопытно сам ты читал код всех движков БД с которыми работал?<br><br>По мере необходимости. Код движков, кстати, не единственный способ получение информации о принципах работы. Если речь о движках БД, то в статьях об оптимизации запросов часто описываются принципы работы планировщика, например. <br><br>&gt; А ядро для каждой ОС со всеми версиями тоже разбирал? Ну и спецификации на все железо само собой. Это чтобы знать "как и где это работает" :)<br><br>Я понимаю, что довести до абсурда тезис оппонента - один из способов "победить" в дискуссии. Тем не менее об основных _принципах_ я осведомлен, некоторые механизмы знаю детальнее. <br> <br>&gt; Работа с абстракциями и готовым кодом не менее важна для программиста<br><br>Мы не об этом. Мы о том, что хороший программист знает цену выделения памяти, механизм свопинга, особенности компилятора/среды разработки, соотносит свои знания о цене обращения к диску, сокету, кэшу с предоставляемыми ОС/библиотекамии/средствами разработки/сторонними программами, и осмысленно принимает решение. Кто https://89.19.215.112/openforum/vsluhforumID9/8119.html#14 Thu, 12 Mar 2009 09:19:09 GMT Вот любопытно сам ты читал код всех движков БД с которыми работал? А ядро для каждой ОС со всеми версиями тоже разбирал? Ну и спецификации на все железо само собой. Это чтобы знать "как и где это работает" :)<br>Работа с абстракциями и готовым кодом не менее важна для программиста, чем понимание "как и где это работает". К примеру для перла есть семейство модулей Sys::, которые предоставляют информацию о системе, в том числе Sys::Meminfo, который выдаст результат как на линуксе, так и на фре и винде. И программисту в этом случае не важно знать через какие механизмы данный результат получен, подключил модуль, сделал вызов и пошел дальше, вместо того, чтобы несколько часов/дней разбираться с "как и где это работает". Вполне возможно, что для питона тоже есть аналог Sys::Meminfo, вот только пока никто его не назвал. <br><br><br><br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#13 Thu, 12 Mar 2009 07:50:24 GMT &gt;Похоже никто здесь питон не любит :) <br><br>не, без обид, но программист на XXX, который не знает под что он пишет - это печально. Кроме того какую функцию в какой либе искать и как обработать массив программирование (оказывается!) включает ещё понимание "как и где это работает". Потому что когда господин программист делает 20 локов/анлоков файлов там где их вообще можно не делать или запросом выгребает во временную таблицу 80% 6-гиговой мускульной базы, он формально не ошибается, но фактически тяжелонагруженый сервак он бездарно кладёт. Это я к чему? Пиво в руки и к знакомому админу. Каждый вечер. До просветления. А днём читать-читать-читать, чтобы этому гаду пива досталось меньше :) Кстати прикола ради - зачем тебе в питоне количество памяти в тачке?<br><br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#12 Fri, 06 Mar 2009 17:30:15 GMT Насчет использования памяти во FreeBSD можно применить вызов top или vmstat.<br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#11 Fri, 06 Mar 2009 04:58:17 GMT &gt;Похоже никто здесь питон не любит :) <br><br>Тут уже все сказали, что еще нужно?<br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#10 Wed, 04 Mar 2009 00:31:59 GMT Похоже никто здесь питон не любит :)<br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#9 Tue, 03 Mar 2009 20:17:09 GMT &gt;а как еще можно , не знаеш ? <br><br>Как-как - через sysctl ! Читать man 8 sysctl<br><br>Хотя судя по уровню вопросов - для тебя проще будет сделать так:<br><br>fetch http://www.cyberciti.biz/files/scripts/freebsd-memory.pl.txt<br><br>а потом: <br>perl freebsd-memory.pl.txt<br><br>Код перловый - но понятный, под питон переписать - это тебе домашнее задание :)<br><br><br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#8 Sat, 28 Feb 2009 16:14:45 GMT &gt;Еще раз, FreeBSD это не linux и чтение /proc там не поможет. <br>&gt;Совет изначально давался только для линукса, для других систем ищите другой <br>&gt;метод. На крайний случай можно вызвать free или vmstat через system, <br>&gt;но лучше без этого обойтись. <br><br>а как еще можно , не знаеш ?<br> https://89.19.215.112/openforum/vsluhforumID9/8119.html#7 Sat, 28 Feb 2009 15:57:54 GMT Еще раз, FreeBSD это не linux и чтение /proc там не поможет. Совет изначально давался только для линукса, для других систем ищите другой метод. На крайний случай можно вызвать free или vmstat через system, но лучше без этого обойтись. <br>