From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Sender: =?UTF-8?B?0JTQtdC90LjRgSDQodC80LjRgNC90L7Qsg==?= Date: Wed, 27 Jan 2010 09:40:41 +0300 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: =?koi8-r?B?69XM2NTV0s7ZyiDPxtTP0MnL?= Message-ID: <20100127064041.GC32527@mw.office.seiros.ru> References: <20100124064115.GB32027@mw.office.seiros.ru> <20100124135400.GA23789@mw.office.seiros.ru> <20100125042845.GB1181@mw.office.seiros.ru> <4B5D538C.6040707@mail.ru> <20100125091818.GC12529@mw.office.seiros.ru> <4B5D7098.6080302@mail.ru> <20100125111153.GA14439@mw.office.seiros.ru> <4B5D83FF.3060608@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4B5D83FF.3060608@mail.ru> Subject: Re: [room] =?koi8-r?b?5MHXwcrUxSDQz8vV0snNIM7BINTFzdUgREUgdnMgV00=?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 07:56:24 -0000 Archived-At: List-Archive: On Mon, Jan 25, 2010 at 02:43:59PM +0300, Ethereal Phantom wrote: EP> Нет конечно, но некоторое приложение в составе DE (или просто в составе EP> ОС, но с приложением для настройки своих параметров в составе DE) может EP> выполнять функции управления системными ресурсами, руководствуясь EP> набором правил и текущими действиями пользователя с другими приложениями. Если речь о той задаче что была в начале этого субтреда -- _не может_. Потому что _не может_ DE лезть во внутренности памяти принадлежащей приложению. Кроме того чем в этом отличается GUI приложение от консольного? Эта проблема должна решаться на другом уровне. И никакой пользы от решения этой задачи средствами DE не вижу, а вред мне очевиден. EP> Т.е. в приведённом выше примере, когда за ночь ОС высвапливает память EP> браузера, поведение системы могло бы быть например таким: в заданное EP> время (например, начало рабочего дня) проверяется список запущенных EP> приложений, и, если среди них находятся такие, которые должны быть EP> готовы к использованию в это время (браузер), то система с некоторым EP> упреждением по времени считывает из свопа всю память приложения и не EP> скидывает ее обратно в течение последующих ~30минут. Это называется костыль. Вместо того чтобы тупо _осводобить эту память вообще_, и заново перерендерить страничку, когда я на нее зайду. EP> Другой пример. Одновременно запущено несколько приложений: браузер с EP> тучей вкладок, какая-нибудь IDE, почтовый клиент. Пользователь EP> переключается из IDE, в которой провел последний час, в браузер. Сначала EP> система начинает подгружать активную вкладку, потом замолкает до EP> следующего телодвижения пользователя, после чего опять тормозит на EP> следующем действии. Но почему так? Браузер теперь - активное приложение, EP> самое важно для пользователя в настоящий момент. Если диск не занят EP> другими операциями, нужно считать из свопа все страницы "самого нужного EP> прямо сейчас приложения", чтобы не тормозить работу пользователя из-за EP> собственной недогадливости. При это не нужно знать внутреннее устройство EP> памяти приложения. Достаточно сделать некоторый системый вызов с EP> именем/pid активного приложения для подгрузки всей (если возможно), или EP> некоторых последних или наиболее часто использованных до сброса в своп EP> блоков его памяти. В том-то и дело что нужно. Потому что идея "загружать все память из swap'а этого приложения" -- на редкость идиотская идея. Особенно при том, что диски выдают около 100Mb в секунду, а приложения у которых потребление памяти 2-3Gb для меня норма. Итак -- ты предложил чтобы если я переключился на высвопленый браузер вся система стала раком на 30 секунд подгружая браузер из свопа. Собственно почти это и происходит, без всякого вредительского приложения для DE. Происходит это потому, что приложений пытается обращаться к своей памяти, и не обладает информацией что ушло в своп, а что нет (умное приложение имея такую информацию некоторые данные ушедшие в своп предпочло бы просто удавить освободив память). EP> В таком случае я под DE понимаю еще и некоторое базовое приложение, EP> платформу, на которой запускаются остальные приложения. Будут ли они EP> тесно интегрированы или хотя бы выполнены в одном стиле - другой вопрос, EP> и не самый важный. Важно, чтобы всё это вместе работало на платформе EP> лучше, чем без нее. Платформа на которой запускаются остальные приложеиня называется linux kernel. Остальное -- сервисы, с которыми можно как-либо контактировать (всякиее hal'ы, dbus'ы и прочее). А запуск "из под DE" не имеет никакого смысла, кроме фанатизма по поводу DE. -- С уважением, Денис http://freesource.info ----------------------------------------------------------------------------