https://opennet.dev/openforum/vsluhforumID3/43125.html Виртуальная файловая система /proc предлагает новый подход к взаимодействию ядра Linux&#174; и пользовательского пространства. В этой файловой системе содержатся виртуальные файлы, путем чтения и записи которых можно манипулировать структурами ядра. В отличие от обыкновенных файлов, их содержимое динамически генерируется ядром. Данная статья (http://www.ibm.com/developerworks/ru/library/l-proc/index.html?S_TACT=105AGX99&S_CMP=GR01) расскажет вам о виртуальной файловой системе /proc и покажет ее в действии.<br><br>URL: http://www.ibm.com/developerworks/ru/library/l-proc/index.html?S_TACT=105AGX99&S_CMP=GR01<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=17194<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#15 Sun, 03 Aug 2008 17:45:29 GMT Этот спор мог бы быть вечным :)<br>Наверное хороша золотая середина, ведь API не может быть бесконечным (имеется ввиду огромное количество библиотек и функций в них, с особенность их вызова и межвзаимодействия). Майкрософт уже давно борится с этим, систематизируя сложные объекты в COM, а те в свою очередь доступны в .NET. Но простоты использования не добавляется. Лишь появилось поколение специалистов .NET. Умножение сущности без необходимости, ИМХО.<br> От чего то сложные вещи проще делать шэллом оставляя управление через консоль, т.к. знаешь, что отработает это одинаково хорошо как локально так и удалённо. Это ещё один плюс в пользу стандартного ввода и вывода правда, уже в терминале...<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#14 Sat, 02 Aug 2008 09:36:25 GMT Только вот, слишком много используются скрипты в linux (по моему мнению). Конечно они полезны в нескольких случаях, но, наверное, не при загрузке системы. Что касается использования компилятора, это не так сложно, что лучше, зависит от конкретной ситуации. Но все-таки, наверное, лучше компоненты оформлять в виде библиотек, а не виде отдельных программ, т. к., если эти компоненты используются сложной системой, то удобней и проще будет вызвать функцию библиотеки или создать объект, чем запускать новый процесс с организацией ввода-вывода через stdin/out. К тому же, на основе таких библиотек можно просто создать и программы, взаимодействующие через pipe или что-то похожее (в частности, такие консольные программы могут быть удобны при тестировании библиотеки).<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#13 Sat, 02 Aug 2008 04:53:02 GMT Да, грубость не есть хорошо...<br>Про философию пайпов стандартных вводов и выводов и иже с ними.<br>Собственно большинство автоматизации рутины можно делать средствами шелла не трогая руками компилятор именно благодаря архитектуре стандартного ввода вывода и канального взаимодействия между процессами. Во первых это кросплатформенно, а во вторых во истину открыто. Или наобортот. А есть ещё и в третьих и четвёртых. Но это философия...<br>Попробуйте автоматизацию в винде средствами консоли сделать. Да так, что бы, например, работало и в Win2000 (не нужно про старьё!) и в Server 2003. Например каталогизацию файлов, управление доступом, конфигурирование софта и прочее...<br><br> https://opennet.dev/openforum/vsluhforumID3/43125.html#11 Fri, 01 Aug 2008 21:33:02 GMT Свети нам, Свет очка!<br>Погугли быренько и расскажи нам, как это ООП и динамически загружаемые библиотеки могли существовать ДО Windows? И почему тупые *никсоиды, придумавшие такие продвинутые вещи, до сих пор используют pipe?<br>И отдельный трактат на тему быстродействия в судию, пожалуйста ;)<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#10 Fri, 01 Aug 2008 12:12:35 GMT &gt;А нужны ли pipe и stdin/out в большинстве проектов? В большинстве случаев <br>&gt;вместо создания нескольких программ, передающих информацию через pipe, можно сделать библиотеки <br>&gt;компонентов, которые можно соединять не хуже процессов через pipe (и даже <br>&gt;лучше, т. к. при передаче через pipe часто информация преобразовывается в <br>&gt;текстовый формат, что может снизить быстродействие). И этот подход вполне применим <br>&gt;практически под любой ОС. Раньше, возможно, не было динамически загружаемых библиотек <br>&gt;и ООП, поэтому и писали программы, обменивающиеся через pipe, но есть <br>&gt;ли в этом необходимость сейчас? <br><br>llehf<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#9 Fri, 01 Aug 2008 11:52:39 GMT А нужны ли pipe и stdin/out в большинстве проектов? В большинстве случаев вместо создания нескольких программ, передающих информацию через pipe, можно сделать библиотеки компонентов, которые можно соединять не хуже процессов через pipe (и даже лучше, т. к. при передаче через pipe часто информация преобразовывается в текстовый формат, что может снизить быстродействие). И этот подход вполне применим практически под любой ОС. Раньше, возможно, не было динамически загружаемых библиотек и ООП, поэтому и писали программы, обменивающиеся через pipe, но есть ли в этом необходимость сейчас?<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#8 Fri, 01 Aug 2008 10:31:05 GMT &gt;Свет очка! Ты виндузятница? <br><br>Светочка не виндузятница, светочка - тролль.<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#7 Fri, 01 Aug 2008 08:34:13 GMT ну не дебилы?..<br> https://opennet.dev/openforum/vsluhforumID3/43125.html#6 Fri, 01 Aug 2008 04:45:59 GMT Свет очка! Ты виндузятница?<br>