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=-2.0 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no version=3.2.5 Message-ID: <4B5D83FF.3060608@mail.ru> Date: Mon, 25 Jan 2010 14:43:59 +0300 From: Ethereal Phantom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: smoke-room@lists.altlinux.org References: <201001220715.02749.ave4600@gmail.com> <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> In-Reply-To: <20100125111153.GA14439@mw.office.seiros.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-SpamTest-Envelope-From: ephantom@mail.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 11838 [Jan 25 2010] X-SpamTest-Info: helo_type=2 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 25012010 #3147403, status: clean 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: Mon, 25 Jan 2010 11:45:43 -0000 Archived-At: List-Archive: 25.01.2010 14:11, Денис Смирнов пишет: > On Mon, Jan 25, 2010 at 01:21:12PM +0300, Ethereal Phantom wrote: > > EP> А в чём проблема? Чем DE, заботящаяся о пользователе путём оптимизации > EP> по времени задач логического уровня (быстродействие наиболее > EP> используемых приложений, взаимодействие с пользователем, организация > EP> рабочего процесса), а не задач уровня OS (процессов приложений), хуже, > EP> чем то что имеется сейчас? > > Тем, что DE в принципе не может обладать информацией о внутреннем > устройстве структур памяти приложения. А если DE будет столь тесно > интегрированной, то любые намеки на security полетят к чертям, и такая > система не будет никому нужна. > Нет конечно, но некоторое приложение в составе DE (или просто в составе ОС, но с приложением для настройки своих параметров в составе DE) может выполнять функции управления системными ресурсами, руководствуясь набором правил и текущими действиями пользователя с другими приложениями. Т.е. в приведённом выше примере, когда за ночь ОС высвапливает память браузера, поведение системы могло бы быть например таким: в заданное время (например, начало рабочего дня) проверяется список запущенных приложений, и, если среди них находятся такие, которые должны быть готовы к использованию в это время (браузер), то система с некоторым упреждением по времени считывает из свопа всю память приложения и не скидывает ее обратно в течение последующих ~30минут. Другой пример. Одновременно запущено несколько приложений: браузер с тучей вкладок, какая-нибудь IDE, почтовый клиент. Пользователь переключается из IDE, в которой провел последний час, в браузер. Сначала система начинает подгружать активную вкладку, потом замолкает до следующего телодвижения пользователя, после чего опять тормозит на следующем действии. Но почему так? Браузер теперь - активное приложение, самое важно для пользователя в настоящий момент. Если диск не занят другими операциями, нужно считать из свопа все страницы "самого нужного прямо сейчас приложения", чтобы не тормозить работу пользователя из-за собственной недогадливости. При это не нужно знать внутреннее устройство памяти приложения. Достаточно сделать некоторый системый вызов с именем/pid активного приложения для подгрузки всей (если возможно), или некоторых последних или наиболее часто использованных до сброса в своп блоков его памяти. > DE само по себе имело смысл для проприетарщиков. С точки зрения open > source это вообще абсолютно ненужная сущность -- ибо все ее преимущества > достигаются более простыми и красивыми способами, а изначальная суть > любого интегрированного набора приложений -- привязка к вендору. > > Которую мы и имеем в случае с тем же KDE -- юзаешь konqueror отлично, > хочешь firefox -- сам себе злобный буратино. > В таком случае я под DE понимаю еще и некоторое базовое приложение, платформу, на которой запускаются остальные приложения. Будут ли они тесно интегрированы или хотя бы выполнены в одном стиле - другой вопрос, и не самый важный. Важно, чтобы всё это вместе работало на платформе лучше, чем без нее. --- WBR, Phantom.