https://www.opennet.me/openforum/vsluhforumID3/98392.html Развиваемое проектом PC-BSD легковесное окружение рабочего стола Lumina (http://www.opennet.ru/opennews/art.shtml?num=40469) теперь доступно для установки во FreeBSD в форме порта x11/lumina (http://www.freshports.org/x11/lumina/). Кроме того, сообщается о создание отдельного Git-репозитория (https://github.com/pcbsd/lumina) для разработки Lumina (ранее проект развивался в рамках основного репозитория PC-BSD). В анонсе (http://blog.pcbsd.org/2014/09/new-lumina-source-repo-and-freebsd-port/) также приводится статистика о потреблении ресурсов в Lumina, в соответствии с которой при работе на нетбуке с CPU Atom<br>1.6GHz и 2 Гб ОЗУ, используется всего 120 Мб памяти и 0.2&#8211;0.4% ресурсов CPU.<br><br><br>URL: http://blog.pcbsd.org/2014/09/new-lumina-source-repo-and-freebsd-port/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=40519<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#90 Wed, 10 Sep 2014 05:10:35 GMT &gt;&gt; ===&gt; Cleaning for fluxbox-1.3.5_1<br>&gt; UNIX way уже не в моде?<br><br>Это не UNIX-way. Это скорее анекдот про математика:<br><br>- Как вскипятить пустой чайник?<br>- Налить воду в чайник, поставить на плиту, включить плиту и дождаться кипения.<br>- Как вскипятить полный чайник?<br>- Сливаем воду и получаем задачу с уже известным решением.<br><br><br>Хотя сама идея "DE" в виде одного продукта -- это уже не UNIX-way. Но я сейчас не про это. А про то, что делать свой WM и в зависимостях использовать другой WM (притом не малый) -- это огромная дупликация требуемого кода (и/или огромный неиспользуемый код) и не имеет отношения к UNIX-way. Но даже если допустить, что это UNIX way, то легковесностью с такими зависимостями тут как-то и не пахнет.<br><br>[code]<br>~/fluxbox-1.3.5]$ find ./ -name "*.[ch][ch]" -exec cat {} + &#124; wc -l<br>62916<br>~/dwm-6.0]$ wc -l *.c *.h &#124; tail -1<br> 2251 total<br>[/code]<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#89 Wed, 10 Sep 2014 04:56:30 GMT &gt;&gt; При наличии браузера, отжирающего гигабайты как не в себя <br>&gt; Файрфокс с 400 вкладок пару гигз лопает, не более. Вам мало?<br><br>А с одной вкладкой отжирает целый гиг на машине amd64 с 3GiB и linux-3.13. Что, IMHO, дохрена. А то время, например, на RPi всего 256/512MiB, и там зачем-то гоняют этот iceweasel...<br><br>Хотя если вернуться к Lumina, то он всё равно только для amd64, так что хрен знает зачем он нужен. Для систем amd64 это действительно экономия на спичках. Тем более что этот lumina не такой-то и легковесный.<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#88 Wed, 10 Sep 2014 03:38:56 GMT &gt; Как будто что-то плохое <br><br>Да, это плохое. Лично я до сих пор иногда работаю с i386, arm и mips.<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#87 Wed, 10 Sep 2014 03:34:55 GMT &gt; А это "тяжеленные" кеды: <br>&gt; [CODE] <br>&gt; # top -b -n 1 &#124; grep -E "plasma-desktop&#124;kdeinit" &#124; awk '{print <br>&gt; $6/1024}' <br>&gt; 124.539 <br>&gt; 0.0273438 <br>&gt; 3.86328 <br>&gt; 8.43359 <br>&gt; [/CODE] <br><br>Честно сказать, не очень понимаю, как top вычисляет занимаемую память. Не могли бы вы показать /proc/{pid}/status?<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#86 Wed, 10 Sep 2014 01:05:52 GMT Только, кажется, сперва назвали десятибитный набор байтом, а уж годы спустя мистер Байт стал мистером Байтом...<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#85 Wed, 10 Sep 2014 01:02:44 GMT Т.е. ГОСТ сам себе противоречит... Единицы измерения пишутся с большой буквы только в случае, если они названы в честь имён собственных. Например, См -- Сименс, а см -- сантиметр. В той же педивикии пишут, что бит не сокращается. Так каким же образом я спутаю Мб и Мбит?<br> https://www.opennet.me/openforum/vsluhforumID3/98392.html#84 Tue, 09 Sep 2014 04:29:28 GMT &gt;[оверквотинг удален]<br>&gt; зае...ся ждать приступов вменяемости у кедарасов намного раньше и смотреть на <br>&gt; продолжение всего этого цирка с конями у меня нет никакого желания, <br>&gt; как и выпиливать нафиг не упершиеся мне сервисы хранения данных, универсальный <br>&gt; ответ на все вопросы и все такое, и наглядная иллюстрация по <br>&gt; теме комикса XKCD номер 927.<br>&gt;&gt; И снова 2 контакта и 4 письма )) <br>&gt; Слушай, чувак, даже MS в невъ...й активной директории, которая хранит инфо о <br>&gt; сотнях тысяч контактов и дергается на логины юзерей - обошелся без <br>&gt; скуля. Хотя у них он есть. Обойти по оверинженерингу даже их <br>&gt; - это еще уметь надо.<br><br>Все. Надоело ) Akonadi не хранит данные, а только кэширует. И если вы заглянете в профиль того же Thunderbird или Evolution, то рядом со своими "20 гигз" вы увидите небольшую такую sqlite-базёнку, метров так на 100 с гаком. Так вот - если SQL вам не нужен (а как еще искать по 20 гектарам почты - grep-ом что-ли?) - то удаляйте смело эти файлики, а то случайно еще "кедарастией" забол https://www.opennet.me/openforum/vsluhforumID3/98392.html#83 Mon, 08 Sep 2014 17:19:30 GMT &gt; А "порядки" у вас, извините, какие - математические или интернетовские?<br><br>Математические. Как я уже сказал, working set который лезет в голову человека - около 160 контактов. С ними вы и будете переписываться. Остальное - мусор. Ну разве что вы завхозообразный манагер какой-то и там 100500 контактов поставщиков и прочих, но даже у этих обычно едва ли несколько тысяч контактов. Считанные килобайты, на секундочку.<br><br>&gt; У меня вот как-то порядка 30МБ только plaintext, не считая индексов.<br><br>Контактов и задач? :) Что вы в таком количестве там храните? И, главное, нахрена?<br><br>&gt; А 6ГБ почты, это тоже "транснациональный энтерпрайз"?<br><br>У меня 20 гигз почты. Спокойно лежат в mailbox файлах, каши не просят. На кой дьявол это надо в SQL - вообще за границами моего понимания. Наверное чтобы письма от Bobby Tables доставляли :). А как почтарь kmail мне вообще не понравился - неудобный и кривой какой-то после тундерптицы или даже намыленных когтей. Фич мизер, настраиваемость минимальна. Ну его такой. А остальные почтари н https://www.opennet.me/openforum/vsluhforumID3/98392.html#82 Mon, 08 Sep 2014 10:42:20 GMT &gt;&gt; Неквъ....нный монстр - эт который почти не ест CPU и занимает 128M оперативы?<br>&gt; Приколись, чувак: весь список контактов, задач и чего там еще - на <br>&gt; порядки меньше весит, поэтому в этой схеме хвост виляет собакой. Единственное <br>&gt; исключение - полные списки сотрудников транснациональных энтерпрайзов, etc. Но это явно <br>&gt; не про кедятину с постгром.<br><br>А "порядки" у вас, извините, какие - математические или интернетовские? У меня вот как-то порядка 30МБ только plaintext, не считая индексов. А 6ГБ почты, это тоже "транснациональный энтерпрайз"?<br><br>&gt;&gt; Похоже вы с предметом знакомы очень опосредованно. Попробуйте-ка запустить <br>&gt;&gt; дефольный инстанс Oracle или DB2 на досуге ) <br>&gt; DB2 запускал как-то. Потому и предлагаю. Если вам для плевка данных в <br>&gt; 20 кило не облом прожирать 128 метров памяти на эту монстряку, <br>&gt; оракл и db2 ресурсы нынче жpyт еще более энтерпрайзно :).<br><br>Не надо экстраполировать ваши 2 контакта и 4 письма в ящике на всех )<br><br>&gt; Поскольку никаких разумных инженерных аргументов я не увиде