https://m.opennet.dev/openforum/vsluhforumID3/93374.html Доступен (http://blog.qupzilla.com/2014/01/qupzilla-160-released.html) релиз многоплатформенного web-браузера QupZilla 1.6.0 (http://www.qupzilla.com/), построенного с использованием библиотеки Qt и браузерного движка WebKit (QtWebKit). Основной целью проекта QupZilla является создание полнофункционального браузера, поддерживающего лучшие возможности Firefox, Opera и Chrome, но потребляющего при этом значительно меньше ресурсов. Первостепенное внимание уделяется экономии потребления памяти, обеспечению высокого быстродействия и поддержанию отзывчивости интерфейса. Исходные тексты QupZilla распространяются (https://github.com/nowrep/QupZilla) под лицензией GPLv3. Бинарные сборки доступны (http://www.qupzilla.com/download) для большинства дистрибутивов Linux, а также для Windows, OS/2 и Haiku OS.<br><br><br><br><br>По словам разработчиков, к созданию нового браузера их подтолкнуло то, что уже существующие браузеры на базе QtWebKit (Arora, QtWeb, Rekonq) либо перестали активно разрабатываться, либо имеют большие проблемы с https://m.opennet.dev/openforum/vsluhforumID3/93374.html#173 Fri, 10 Jan 2014 07:09:49 GMT без адекватной версии для мобилок с общими закладками это не нужно<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#172 Fri, 10 Jan 2014 06:16:33 GMT в версии для Win шрифты-"вырви глаз".<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#171 Wed, 08 Jan 2014 00:16:38 GMT пока что самый страшный сайт, который я встречал &#8212; это http://tvtropes.org<br>он ужасен, просто ужасен: табы плодятся как тараканокролики. его в принципе можно прекратить читать только усилием воли: тупо закрыв все его табы.<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#170 Wed, 08 Jan 2014 00:07:43 GMT &gt; тем не менее открыть кучу табов на &#171;потом посмотреть&#187; удобно. иногда и <br>&gt; вправду &#171;потом смотришь&#187;. иногда нет, и тогда через некоторое время всё <br>&gt; закрываешь.<br><br>Это да. Наткнулся на очередного кандидата на кучу таких табов, пока искал про Умную Эльзу в пример; добрался до http://mirckazok.ru/view_post.php?id=4948 и всё же пора и меру знать :-)<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#169 Tue, 07 Jan 2014 20:51:35 GMT тем не менее открыть кучу табов на &#171;потом посмотреть&#187; удобно. иногда и вправду &#171;потом смотришь&#187;. иногда нет, и тогда через некоторое время всё закрываешь.<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#168 Tue, 07 Jan 2014 20:48:10 GMT в принципе никакого не стоит. &#171;на встречу со звездой надо приходить подготовленным!&#187;<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#167 Tue, 07 Jan 2014 20:46:02 GMT &gt; RES ещё более-менее понятно, а SHR само по себе скорее без пользы&#8230;<br><br>ну, человек хотел что-то под названием &#171;реально выделеная память&#187;. и res, и shr показывают именно это. какой запрос &#8212; такой и ответ.<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#166 Tue, 07 Jan 2014 14:53:32 GMT &gt;&gt;&gt; 1. вообще спрятать во всех юзерских тулзах VIRT, чтобы бетон не долбили.<br>&gt;&gt; Или просто добавить отображение объёма реально выделенной памяти <br><br>Ну посмотрите smem(1), это не так-то просто. Почему -- см. пояснения по ссылкам в моём предыдущем ответе Вам только что.<br><br>&gt; RES и SHR там для кого, а?<br><br>RES ещё более-менее понятно, а SHR само по себе скорее без пользы...<br> https://m.opennet.dev/openforum/vsluhforumID3/93374.html#165 Tue, 07 Jan 2014 14:49:04 GMT &gt; Обещаю, что почитаю про работу памяти в Linux/Unix :)<br><br>Возможно, пригодится http://linux-mm.org/ActualMemoryFootprint и что-то из:<br>* http://linuxaria.com/howto/linux-memory-management<br>** перевод: http://rus-linux.net/MyLDP/sys-conf/memory.html<br>* http://virtualthreads.blogspot.ru/2006/02/understanding-memory-usage-on-linux.html (2006!)<br>** перевод: http://www.opennet.ru/base/sys/pmap_memory.txt.html<br><br>&gt; Но, раз уж мы тут сейчас общаемся, можешь ответить на вопрос про <br>&gt; icon-theme.cache? Почему мы можем быть уверены, что выделенные 180МБ<br>&gt; адресного пространства не перейдут в RES?<br><br>Потому что это file backed mmap(2); насколько понимаю как ни разу не специалист по этой области, если туда не пытаться писать (что не должно получиться по режиму открытия файла/правам доступа) -- эти страницы "повиснут" на кэше, а не на процессе.<br><br>PS: в смысле если читать, но не писать.<br><br>Примерно так же и видеопамять, которая приписываеться X-серверу, не имеет шансов перейти в resident, бишь занятую физическую память.