LINUX.ORG.RU
Форум — Desktop  

FreeBSD vs. Gentoo [Asus Eee PC 4G]

 , ,


0

1

Всем добра и пони. Хотелось бы поднять интересную для себя тему.

Есть говно мамонтанетбук Asus Eee PC 701 (4G). Из плюшек – RAM на 2G.
Стоял Debian Wheezy, но рандомные зависания победить не смог. Планирую сменить ОСь и постараться выжать всё из железа по максимуму. Поэтому хочу перейти на source-based систему.

Рассматриваю Gentoo и FreeBSD. Какая ОСь позволит собрать минималистичную систему, без ущерба удобства пользования ПК? Не однократно встречал высказывания, что фряха лучше работает с памятью и более производительна относительно Gentoo, если приготовить их обе правильно. Хотя и много жалоб на кривую работу того же Flash’а и прочих пользовательских удобств.

 ← 1 2 3 4 →
Ответ на: комментарий от Shadow

Я про другое.

Я говорю, что факт наличия journald не заставляет разработчиков каких-либо дистрибутивов выпиливать syslog; это исключительно их решение. Если что, journald и rsyslog спокойно сосуществуют.

intelfx ★★★★★
()
Ответ на: комментарий от Adeptus-Mechanicus

Так и планирую, с обновлениями раз в пол-года.

В Gentoo (да и наверное в других дистрах тоже) есть такая штука, что чем резе обновляешься, темя больше вероятность проблем при обновлении. Раз в полгода... Не уверен в корректности такого решения. Я на основной машине обновляюсь каждый день (и это требует моих 10 секунд - именно секунд, ежедневно), а на подопечных компах я вообще не обновляюсь годами.

Кстати, может помочь: в Gentoo можно делать есть бинарные пакеты; это ты уже установленный пакет можешь запаковать, а потом установить без перекомпиляции.

Я использовал это на практике как бекап при апгрейде KDE: 

# Packaging
$ export INSTALLED_QT_PACKAGES=$( qlist -IC "kde-base/*" )
$ quickpkg --include-config y ${INSTALLED_QT_PACKAGES}

# Rollback
$ emerge -av1 --usepkgonly ${INSTALLED_QT_PACKAGES}

qlist -IC - список установленных пакетов по данной маске.
quickpkg - делает пакет. Он появляется в /usr/portage/packages/ .
--usepkgonly параметр emerge говорит, что установку нужно делать из бинарных пакетов, а не из исходников.

Это как информация к размышлению касательно переноса инфы при апдейтах.

Или еще вариант: экспорти корень ноутбука по NFS, на своем core i7 делай mount, chroot и компилируй на сильной машине. Там будут нюансы касательно всяких /dev/, /proc, /sys и т. п., архитектуры, но, думаю, возможно.

Но я всё же за distcc.

Kroz ★★★★★
()
Ответ на: комментарий от intelfx

Неужели разработчики systemd ответственны за выбор умолчального софта в конкретных дистрибутивах?

1. Есть политика/лоббирование/манипуляция массами.
2. При определенной архитектуре - да. Например, если в каком-то софте, который используется везде, внезапно выбросить поддержку всего, кроме systemd.
3. Подвид 2) - если не запретить, а сильно усложнить.
Что и происходит...

Kroz ★★★★★
()
Последнее исправление: Kroz (всего исправлений: 1)
Ответ на: комментарий от Kroz

Есть политика/лоббирование/манипуляция массами.

Теории заговора требуют явного подтверждения. Innocent unless proven guilty, все дела.

Например, если в каком-то софте, который используется везде, внезапно выбросить поддержку всего, кроме systemd.

За «выбрасывание поддержки всего, кроме systemd» в стороннем софте тоже ответственны разработчики systemd?

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

разрабы системд создали условия, при которых поддерживать придётся 2 абсолютно разных решения, в результате разрабам того софта пришлось выбирать.

erzent ☆☆
()
Ответ на: комментарий от intelfx

Теории заговора требуют явного подтверждения. Innocent unless proven guilty, все дела.

Соглашусь.
Прямых доказательств у меня нет. Просто настораживает 3 вещи:
1. Практически все популярные дистрибутивы как-то резко перешли на systemd. При том, что сам redhat не спешил переходить.
2. Слишком бурные раздоры в сообществе линуксоидов. Не споры - именно раздоры, с переходом на личности и расколов в командах.
3. Слишком субъективные аргументы у сторонников systemd. Мало сравнений, мало фраз «применимо для таких случаев; а для других - неприменимо». Такое впечатление, что для всего - идеал, панацея. Такой же подход используется в рекламе, лоббировании и т. п. И это у кого - у линуксоидов, технарей, любящих факты, конкретику, цифры, логику!
Но, да, слабые аргументы.

За «выбрасывание поддержки всего, кроме systemd» в стороннем софте тоже ответственны разработчики systemd?

Да, если это те же разработчики udevd, pulseaudio.
Знаешь что такое vendor lock-in?

Kroz ★★★★★
()
Последнее исправление: Kroz (всего исправлений: 1)
Ответ на: комментарий от intelfx

Ну, пишу я демона - и сразу готовая либа, которая берёт стандартные конфиги, заполняет стандартные конфиги, принимает argv...

Shadow ★★★★★
()
Ответ на: комментарий от Kroz

Нетривиальная операция. Eddy_em тут уже так делал; правда, его карма, похожа, совсем чем-то провинилась.

Операция самая что ни на есть штатная, только надо шаги в настройке не пропускать, как Eddy :-)

Рекомендую distcc . Сам пробовал не раз - доволен.

Плюсую. Будет правда всё же чутка помедленнее чем полностью на другом железе, ибо сеть. Но не критично.

Pinkbyte ★★★★★
()
Ответ на: комментарий от armbox

Ну, я бенчмарки не делал, замерял на глаз. То что медленнее - факт.

Pinkbyte ★★★★★
()
Ответ на: комментарий от armbox

не чутка, а в разы...

Давай чуток объективней: распараллеливается только компиляция; скачивание, распаковка, ./configure, и линковка происходит на локальной машине. Если у тебя эти операции сопоставимы по времени с компиляции, то может быть.

Бенчмарков не делал, но думаю, что среднее по палате - 80% занимает именно компиляция. Что значит, что медленнее будет менее чем на 20%. А, с учетом времени на перенос - даже быстрее.

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

на мелких пакетах configure часто дольше самой сборки

anonymous
()
Ответ на: комментарий от Kroz

разработчики udevd

«Выбрасывание поддержки всего, кроме systemd» ещё не случилось — это раз; этому плану есть обоснование — это два.

pulseaudio

4.2, PulseAudio способен работать без systemd.

Знаешь что такое vendor lock-in?

Знаю. А теперь расскажи, почему это vendor lock-in. А ещё расскажи, как в FOSS вообще возможен этот лок-ин, потому что «to make <...> a customer dependent on a vendor for products and services» противоречит GPL.

intelfx ★★★★★
()
Ответ на: комментарий от Shadow

Что касается заполнения стандартных конфигов — см. systemd-tmpfiles (действие C). Остальное — дело самого разработчика, потому что форматов конфигов потенциально бесконечное количество.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

> pulseaudio
4.2, PulseAudio способен работать без systemd.

Warning
Using PA without udev/systemd is not recommended. It should be noted that this not only breaks auto-detection but hot-plugging as whole needlessly making your life harder as well as disabling use of ConsoleKit essentially voiding the article. Please, if you have the possibility to use udev (and you most certainly have), just use it.

https://wiki.gentoo.org/wiki/PulseAudio

А теперь расскажи, почему это vendor lock-in.

Пример: Потому, что skype поддерживает только PulseAudio. PulseAudio, как было написано выше, полноценно работает только с systemd. Вывод: для хомячка, которому нужен скайп (а таких достаточно много), проще установить systemd.

А ещё расскажи, как в FOSS вообще возможен этот лок-ин, потому что «to make <...> a customer dependent on a vendor for products and services» противоречит GPL.

Вот сейчас bash завяжется на systemd и скажет, что не поддерживает ничего другого потому, что «этому плану есть обоснование»; как думаешь, как много останется не-systemd пользователей/дистров? Хотя - да, теоретически все возможно - и отказаться от bash, и пропатчить такой bash для не-systemd...

Да, это не lock-in в классическом понимании, так как теоретически возможность есть. Вопрос в сложности/цене. А цена такая, что многие отказываются. (Мне всё вспоминается определение мер безопасности: не «предотвратить», а «максимально усложнить, чтобы стоимость действия превышала выгоды».) И не vendor, а конкретного софта. Но суть остается - lock-in.

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

not recommended != не способен, правда ведь?

Без udev сложнее, чем без systemd, но и udev != systemd, да. Да и systemd сам по себе не нужен, нужен только logind, для API которого есть как минимум одна реимплементация.

PulseAudio, как было написано выше, полноценно работает только с systemd.

Как было написано выше, это ложь.

проще установить systemd
<...>
А цена такая, что многие отказываются.
<...>

Да, это не lock-in в классическом понимании

Вот, ты сам себя опровергаешь. Итак, это не vendor lock-in «в том виде, в котором мы все его знаем и согласны, что это плохо». А теперь новый вопрос: почему этот процесс, который ты ни с того ни с сего назвал lock-in'ом, вообще является чем-то плохим?

И вообще — хочу спросить: по-твоему, теперь нельзя писать полезный софт и придумывать удобные абстракции/интерфейсы, дабы ненароком все на них не перешли и жизнь софтописателей (а впоследствии и пользователей, потому что в удобном стеке технологий проще разобраться и проще избежать багов) не стала лучше? Это называется луддитизм. Позволь самим разработчикам решать, чем (какими API) им пользоваться, а что выпиливать ввиду undermaintenance.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 6)
Ответ на: комментарий от intelfx

Вот, ты сам себя опровергаешь.

Нет опровергаю.
Просто аккуратно отношусь к терминам. vendor lock-in строго говоря предполагает 1) привязку к конкретному вендору, а здесь есть привязка к софту 2) невозможность перхода на другое, а здесь имеет место усложнение перехода. А ставлю я это в один ряд потому, что результат и вред тот же.

А теперь новый вопрос: почему этот процесс, который ты назвал lock-in'ом, вообще является чем-то плохим?

Потому что это убивает свободную конкуренцию. А свободная конкуренция - это то, благодаря чему Линукс смог развиться до тех масштабов, каким он есть сейчас.

Если пользователям будет сложнее перейти на OpenRC по сравнению с systemd, то большинство будут устанавливать именно systemd - не потому, что OpenRC хуже для их задач, а потому что проще перейти на systemd (он же по дефолту). Если OpenRC будут пользоваться меньше людей, то у разработчиков OpenRC не будет мотивации его развивать, и в конце концов оно умрет. А systemd потом остановится в развитии, и будет просто вить веревки из пользователей, потому что так бывает со всяким монополистом. Disclamer: systemd и OpenRC взяты просто для примера.

Вред понятен?

Умные люди это понимают, поэтому есть такие штуки как антимонопольные законы: компании запрещено занимать более 80% (цифру придумал) рынка, даже если ее продукт супер-мега-пупер лучше. И это правильно.

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

если к компу c 4x процом подключить, с помошью distcc, точно такой же комп, то компиляция будет происходить медленнее, чем на одном 4x компе...

Бенчмарков не делал

вот и не придумывай как оно там должно быть в теории

armbox
()
Ответ на: комментарий от Kroz

до последнего времени была монополия убогого sysvinit и скриптовых поделок поверх него

anonymous
()
Ответ на: комментарий от armbox

если к компу c 4x процом подключить, с помошью distcc, точно такой же комп, то компиляция будет происходить медленнее, чем на одном 4x компе...

Нет.

> Бенчмарков не делал
вот и не придумывай как оно там должно быть в теории

Говорю из практики.

Kroz ★★★★★
()

Можешь в qemu'вском чруте (ну или мультилиб наустанавливать) собирать на нормальном компьютере генту, а на нетпуке только бинари обновлять. Я себе, наверное, для нетпука так и сделаю, когда убью там школоарчег.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Kroz

Бенчмарков не делал
Говорю из практики

ясно, понятно

armbox
()
Ответ на: комментарий от Kroz

Потому что это убивает свободную конкуренцию.

Я не согласен с этим тезисом.

Вред понятен?

Нет, не понятен.

Начнём с того, что процесс, в котором хоть что-либо (systemd) искусственно ограничивается хоть в чём-либо (в распространении или использовании), «свободной конкуренцией» назвать уж точно никак нельзя.

Продолжим тем, что systemd, как известно, начинался с нуля пользователей. Почему-то мотивация у авторов была.

(Предвосхищая возможное возражение: нет, первые ~полтора года systemd был всего лишь личным сайд-проектом Леннарта и ещё пары человек, и за разработку им никто не платил.)

Так вот, в рамках этой самой свободной конкуренции за сравнительно небольшой промежуток времени systemd как проект (комплекс программ) превзошёл по фичам всё, что было до этого, и (как следствие) был принят в Fedora, вытеснив оттуда upstart. К слову, alpha рассказывала, что оное вытеснение происходило далеко не мгновенно.

Или это тоже не «свободная конкуренция»? Или предложишь намеренно ограничивать популярность ядра Linux и бойкотировать пользователей Linux-специфичных API, чтобы дать дорогу *BSD/HURD? :]

компании запрещено занимать более 80% (цифру придумал) рынка, даже если ее продукт супер-мега-пупер лучше

В такой формулировке это идиотизм.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Давай проведем аналогию. Копирую твои тезисы, немного подправив пару слов:

Продолжим тем, что MS Windows, как известно, начинался с нуля пользователей. Почему-то мотивация у авторов была.

Так вот, в рамках этой самой свободной конкуренции за сравнительно небольшой промежуток времени MS Windows как проект (комплекс программ) превзошёл по фичам всё, что было до этого, и (как следствие) был принят во всем мире, вытеснив оттуда <что там было до этого>.

Похоже на правду?

Теперь ответь: Считаешь ли ты конкуренцию Linux и Windows свободной?

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

Аналогия некорректна, поскольку в !опенсорсе возможен vendor lock-in (и, в частности, стратегия EEE). Другими словами, в модифицированной цитате неверны вот эти слова:

в рамках этой самой свободной конкуренции

В частности, ∃судебные разбирательства на тему договорённостей Microsoft с поставщиками железа и так далее. В то же время мне неизвестны свидетельства чего-либо аналогичного при распространении systemd.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от Kroz

Ну а помимо этого — таки да, винда стала готовой для десктопа гораздо раньше линукса.

Поэтому её неимоверная распространённость как минимум отчасти (исключая то, что я написал в предыдущем сообщении) точно справедлива.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от nihil

Что-то не видно: 

last pid:   856;  load averages:  0.20,  0.26,  0.23                              up 0+00:12:45  01:45:44
59 processes:  2 running, 57 sleeping
CPU 0:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 1:  0.0% user,  0.0% nice,  0.6% system,  0.0% interrupt, 99.4% idle
CPU 2:  0.0% user,  0.0% nice,  0.6% system,  0.0% interrupt, 99.4% idle
CPU 3:  0.0% user,  0.0% nice,  0.6% system,  0.0% interrupt, 99.4% idle
Mem: 270M Active, 239M Inact, 948M Wired, 14M Cache, 10G Free
ARC: 589M Total, 173M MFU, 401M MRU, 192K Anon, 3707K Header, 12M Other
Swap: 

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
  639 root          1  21    0  3253M 68972K CPU3    3   0:25   2.39% Xorg
  835 igor         46  21    0   492M   184M uwait   0   0:19   0.88% firefox
  831 igor          8  37    0   365M 43656K select  3   0:06   0.29% deadbeef
  782 igor          4  47    0   257M 41416K kqread  3   0:03   0.10% mate-system-monitor
  781 igor          4  20    0   284M 39056K select  1   0:05   0.00% pcmanfm
  773 igor          2  43    0   201M 22896K select  0   0:02   0.00% wrapper-1.0
  760 igor          4  20    0   268M 43020K select  3   0:01   0.00% xfdesktop
  329 root          1  20    0 16708K  2056K select  2   0:01   0.00% moused
  756 igor          4  22    0   247M 30448K kqread  0   0:01   0.00% xfce4-panel
  842 igor          4  52    0   234M 33020K select  2   0:01   0.00% xfce4-terminal
  752 igor          1  20    0   197M 23956K select  0   0:01   0.00% xfwm4
  783 igor          1  20    0 70616K  9440K piperd  2   0:00   0.00% libgtop_server2
  772 igor          2  43    0   237M 27400K select  1   0:00   0.00% wrapper-1.0
  774 igor          1  20    0   193M 22420K select  0   0:00   0.00% wrapper-1.0
  777 igor          2  47    0   222M 27432K select  0   0:00   0.00% wrapper-1.0
  770 igor          2  52    0   216M 24524K select  2   0:00   0.00% wrapper-1.0
  769 igor          2  28    0   211M 22100K select  3   0:00   0.00% wrapper-1.0
  779 igor          2  41    0   211M 23740K select  2   0:00   0.00% wrapper-1.0
  635 root          1  20    0 86776K 11992K wait    2   0:00   0.00% slim
  762 igor          1  20    0 58212K  5052K select  1   0:00   0.00% xscreensaver
  778 igor          1  20    0   193M 22356K select  3   0:00   0.00% wrapper-1.0
  771 igor          1  20    0   193M 20500K select  2   0:00   0.00% wrapper-1.0
  741 igor          3  52    0   204M 17928K select  2   0:00   0.00% xfce4-session
  843 igor          1  20    0 23608K  3872K pause   2   0:00   0.00% tcsh
  798 igor          1  20    0 17120K  2704K select  1   0:00   0.00% dbus-daemon
  828 igor          2  52    0 95676K 10584K select  2   0:00   0.00% menu-cached
  761 igor          3  35    0   222M 21092K kqread  0   0:00   0.00% xfsettingsd
  745 igor          1  20    0 17120K  3116K select  3   0:00   0.00% dbus-daemon
  758 igor          1  20    0   194M 17476K select  1   0:00   0.00% thunar
  730 root          3  20    0   102M  9796K kqread  1   0:00   0.00% polkitd
  747 igor          1  20    0 91568K  9020K select  3   0:00   0.00% xfconfd
  854 igor          1  20    0 21920K  2904K CPU1    1   0:00   0.00% top

iZEN ★★★★★
()
Ответ на: комментарий от intelfx

Аналогия некорректна, поскольку в !опенсорсе возможен vendor lock-in (и, в частности, стратегия EEE).

https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish

создание и продвижение на рынок своей реализации некоей ранее существовавшей технологии, основанной на открытых стандартах, достижение хотя бы значимого, если не ведущего, положения на рынке (embrace);

Это уже произошло с systemd.

добавление своих проприетарных расширений к технологии, реализующих нужные пользователям возможности (extend);

Здесь добавляются не технологии, но идет замена стандатных компонентов - syslogd, consolekit, кстати pulseaudio и udevd я бы тоже туда отнес. Притом пока что они как бы заменяемы на альтернативные, но все ли? И всегда ли так будет? Вот, с pulseaudio уже тревожные сигналы есть.

после накопления какой-то критической массы проприетарных расширений идёт полный отказ от оригинальной открытой технологии, замена её на проприетарную с сохранением при этом внешнего вида технологии для пользователей. Так как на этом этапе продукт уже является лидером рынка, открытая технология умирает из-за отставания от проприетарной (extinguish).

- Зачем развивать openrc если в популярных дистрах systemd? Ладно, будем считать что systemd тут победил в честной конкуренции.

Возможное недалекое будущее:
- Зачем развивать syslog-ng если в популярных дистрах jounald, и его все равно нельзя заменить на syslog-ng, так как архитектура systemd этого не предлагает, а менять всю экосистему - слишком радикально?
- ... alsa ...
- ... consolekit ...
...

Возможное будущее:
- зачем развивать alsa, ведь она почти нигде не установлена, так как не поддерживается systemd который установлен почти везде?
- ...

Ключевые вопросы: можно ли заменить каждый компонент systemd? Насколько просто? Всегда ли так будет?

Kroz ★★★★★
()
Последнее исправление: Kroz (всего исправлений: 2)
Ответ на: комментарий от Kroz

EEE — это способ замены открытой технологии на проприетарную. Что в случае с systemd, очевидно, неверно.

В условиях открытости заменяющей технологии процесс выглядит так: «идёт полный отказ от оригинальной открытой технологии, замена её на другую открытую <...>». При этом последняя, согласно второму шагу, получила некую критическую массу расширений, т. е. она строго лучше исходной. А теперь вопрос: почему это плохо?

Зачем развивать syslog-ng если в популярных дистрах jounald, и его все равно нельзя заменить на syslog-ng, так как архитектура systemd этого не предлагает, а менять всю экосистему - слишком радикально?

Здесь есть фактологическая некорректность. Архитектура systemd позволяет использовать syslog, причём это один из штатных режимов работы. Рассматривать гипотетический иной расклад некорректно, поскольку это наверняка повлияло бы на количество сторонников перехода.

alsa

ALSA и PA — не конкуренты, поскольку последнему нужно первое для работы. Следовательно, вытеснения ALSA не произойдёт.

consolekit

ConsoleKit уже заброшен его авторами. Что, впрочем, совершенно не мешает заинтересованным лицам развивать форк CK под именем ConsoleKit2 и даже добавлять в него поддержку API logind (под именем LoginKit, если не ошибаюсь).

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

EEE — это способ замены открытой технологии на проприетарную

EEE - одна из стратегий завоевания рынка, которая поначала использует открытую конкуренцию, а потом ее давит. То, что я привел - конечно не EEE в сторогом понимании, но близко по методу и по результатам.

Ты не ответил на самые важные вопросы:
1. Можно ли заменить каждый компонент systemd?
2. Насколько просто?
3. Всегда ли так будет?

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

То, что я привел - конечно не EEE в сторогом понимании, но близко по методу и по результатам.

Вот именно. Значит, это не EEE в классическом понимании. Сразу возникает встречный вопрос: а почему тогда это плохо?

Ты не ответил на самые важные вопросы:

Вопросы поставлены слишком обобщённо для того, чтобы на них можно было дать осмысленные ответы.

Можно ли заменить каждый компонент systemd?

Нет, не каждый.

Насколько просто?

Зависит от компонента.

Всегда ли так будет?

Откуда мне знать?

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

а почему тогда это плохо?

Потому, что приводит к тем же результатам, что и EEE.

Kroz ★★★★★
()
Ответ на: комментарий от akhmylin

это касается фряхи, там такие танцы с бубном нужны чтобы флэш заиграл, что это просто

Не нужно никаких плясок. Собирается пара пакетов и готово. Весь процесс в офф. документации описан.

USF ★
()

выбрось этот калькулятор, устройся на работу, 3-4 месяца — и сможешь купить нормальный ноутбук начального уровня с 4-6гб рамы, куда хоть фряху, хоть генту, хоть десяточку поставишь и сможешь фоточки голых мамок смотреть.

anonymous
()
Ответ на: комментарий от iZEN

Что-то не видно:

У меня был опыт с FreeBSD 6 на acer aspire с процем Turion64. Я уверен КАК ПОВЕЗЁТ так фря и встанет. Поэтому ,без хамства, возврати свой выхлоп назад.))

nihil ★★★★★
()

У меня в генте всего 572 пакета, никаких неудобств не испытываю, всё устраивает. Минималистичная удобная система. Во фряхе, с тем же набором пользовательского софта, установленного софта будет меньше, но мне не очень комфортно во фряхе после линуксов.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

Во фряхе, с тем же набором пользовательского софта, установленного софта будет меньше

фигня какая-то

anonymous
()
Ответ на: комментарий от anonymous

не. в генте можно

Еще раз:

установленного софта будет меньше

Ну, бздей можно пользоваться, вообще не установив ни одного приложения из портов/реп, ибо бздя = (сравнительно) жирная база + ведро.

Но вообще-то да, это на задрота любителя или любителей Прынцыпиальных и Тучнейших Определений.

Особой разницы в кол. софта не будет, а кол-во непосредственно установленных пакетов/портов на фряхе скорее всего будет меньше, ибо в генте «тяжелый» софт типа кед и т.д. разбит на большее количество пакетов.

anonymous
()
Ответ на: комментарий от nihil

У меня был опыт с FreeBSD 6 на acer aspire с процем Turion64.

FreeBSD 6.x была актуальна в 2006 году. С тех пор прошло 9 лет. Как ты думаешь, может что-то за это время переменилось, а?

Я уверен КАК ПОВЕЗЁТ так фря и встанет.

Руки.ru

Поэтому ,без хамства, возврати свой выхлоп назад.))

А что взамен? Будем дальше теоретизировать?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

FreeBSD 6.x была актуальна в 2006 году.

Ну, онтопик тогда вовсю уже работал и не глючил - благословленные времена шестой бубунты/федоры, сарджа и одинадцатой слаки!

anonymous
()

Я, пожалуй, накину:
Ставь сalculate. Прикручивай zRam и пихай туды порты и все tmp. И там уже пересобирай ядро и пр.

expelled ★★
()
Ответ на: комментарий от nihil

Freebsd 10 как desktop

На мой взгляд очень объективный топик.

А на мой — субъективный.

У меня прекрасно работает xfce4-mixer и сохраняет состояние громкости, а у автора топика почему-то нет. Я не припомню какие-то проблемы с этим.

Я PulseAudio принципиально не ставлю, благо, в опциях программ, устанавливаемых из портов, обычно есть выбор между ALSA и PulseAudio.

У меня нет проблем с воспроизведением звука из нескольких источников (приложений) одновременно. Всё прекрасно микшируется и воспроизводится через одни колонки. Ничего, кроме системной OSS, не установлено (да, ALSA в Firefox).

У меня UTF-8 повсюду: и в X'ах, и в системной консоли. От KOI8-R не осталось и следа.

У автора топика «не работают нотификации. notify-send не оказывает никакого результата.». Что это за хрень, я не могу сказать. Но если разрешён запуск dbus и polkit, то открытие web-страничек в браузере по щелчку на ссылке в письме в почтовике — работает.

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 →
Desktop