Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » UNIX » Выбор дистрибутива GNU/Linux’а

Модерирует : ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93

Открыть новую тему     Написать ответ в эту тему

KEM



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Выбор дистрибутива ГНУ/Линукса
под ваши специфические нужды

 

Неполный перечень топиков по дистрибутивам см. в «Путеводителе по форуму».

 
 
Q: У меня 64-разрядный процессор. Дистрибутив, скомпилированный под какую архитектуру, устанавливать: amd64[1] или x86[2]? Некоторые рекомендуют ставить x86, почему? А если у меня более 4 Гб оперативной памяти?
A: По идее, надо всегда использовать бинарники, скомпилированные под вашу процессорную архитектуру — теоретически это позволяет использовать все возможности процессора, добиваясь наилучшей производительности. Это так, однако на персональной машине (не на сервере) увеличение производительности заметно, скорее всего, не будет.  
Основные проблемы, которые подстерегают вас при использовании не x86, исходят от производителей проприетарного софта, которые не выпускают свои продукты под другие архитектуры. Если установка прикладного 32-разрядного софта на 64-разрядную систему не представляет особых трудностей, а использование 32-разрядных библиотек, например адоубовского флэш-плэйера3, возможна через враппер, то с драйверами на некоторые устройства значительно сложнее. Следует узнать, требуются ли вам драйвера, имеющие только x86-версии.
Вполне возможна установка 32-битной системы на 64-разрядное ядро, но этот вариант чреват конфликтами и в общем случае не оправдан.
Даже если у вас более 4 Гб памяти (оперативной плюс своп), то суровой необходимости использовать 64-разрядную систему все равно не появляется — достаточно установить Линукс, собранный с поддержкой PAE4, отдельные процессы, правда, все равно не смогут использовать более 4 Гб памяти.
 
Q: Какое окружение рабочего стола (DE): GNOME, KDE, xfce и др. выбрать для персонального компьютера?
A: Выбор между Гномом и КДЕ стоит делать исключительно на свой вкус, попробовав и то, и другое.
Xfce позиционируется как более «легкая», менее требовательная к ресурсам, среда, однако некоторые предпочитают ее и при достатке ресурсов.
Lxde — как еще более легкая.
Браузер, офисный пакет и специализированный софт вы, наверняка, выберете независимо от DE.
 
Q: Я хочу использовать ГНУ/Линукс для таких-то целей. Есть ли для этого нужный софт?
A: Вам в тему «Программы под ГНУ/Линукс».
 

1) На всякий случай напоминаем, что «i» и «amd» — указание на разработчиков архитектур, а не на производителя экземпляра процессора.
2) «x86» — в данном случае обобщенное название интеловских 32-разрядных архитектур: от i386 до i686.
3) Кстати, amd64-версия флэш-плэйера разрабатывается и уже вполне пригодна к использованию.
4) К примеру, в Дебиане пакет с PAE-Линуксом называется linux-image-686-bigmem, в Убунте — linux-generic-pae, кстати, при установке Убунта выберет нужное ядро сама.


Первый пост темы имел вид...

Всего записей: 392 | Зарегистр. 02-09-2004 | Отправлено: 18:31 02-11-2008 | Исправлено: ASE_DAG, 15:23 08-12-2014
urodliv



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CupaIF

Цитата:
Ставил паппи, выигрыша в просмотре видео не было только 4 часа смог.

А винда сколько "смогла"?

----------
Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

Всего записей: 6714 | Зарегистр. 29-04-2009 | Отправлено: 09:54 30-11-2018
CupaIF

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Также 4. Просто читал в конфе у народа 6 часов могут..

Всего записей: 24 | Зарегистр. 30-04-2009 | Отправлено: 22:55 01-12-2018
Skif_off

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CupaIF
От видео не зависит? По спекам и HEVC аппаратно может, но 480p24 и 1080p60 - несколько разные по требованиям к ресурсам...

Всего записей: 6595 | Зарегистр. 28-01-2008 | Отправлено: 00:22 02-12-2018
data man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CupaIF
ArchLinux? (только хардкор! )

----------
Любой достаточно развитый тролль неотличим от подлинно помешанного на какой-либо идее.
Кекс. Антибиотики. Ламбада.

Всего записей: 1696 | Зарегистр. 13-10-2005 | Отправлено: 03:07 02-12-2018
urodliv



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CupaIF
Мыслю так. В вашем случае основной разряд батарее происходит из-за просмотра видео, а не из-за работы "оси". Поэтому независимо от ОС результаты у вас будут одинаковыми.

----------
Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.

Всего записей: 6714 | Зарегистр. 29-04-2009 | Отправлено: 17:08 02-12-2018
CupaIF

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я надеялся убивание ненужных процессов и питания освободит ресурсы (типа отключить usb, wifi, bluetooth) и наступит счастье на дополнительные 1-2 часа

Всего записей: 24 | Зарегистр. 30-04-2009 | Отправлено: 13:50 03-12-2018
Skif_off

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CupaIF
На ведроидных телефонах/планшетах, например, можно ещё не задирать яркость до упора.
 
Есть ещё такие штуки.

Всего записей: 6595 | Зарегистр. 28-01-2008 | Отправлено: 14:25 03-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavropontis

Цитата:
цитата


Цитата:
С Манджарой пару раз уже был крупный облом после очередного обновления (даже при выключенном AUR).

Я думаю, большинство проблем Manjaro как раз и связано с проприетарными драйверами Nvidia. Тонкостей не знаю, но скипт их установки патчит ядро. Соответственно, при крупных обновлениях опять должен произойти патчинг. В какой-то момент всё ломается и после перезагрузки курсор на чёрном экране.

Цитата:
Antergos не смогла подключить дрова от Nvidia.

Может и к лучшему? В OpenSUSE мне это тоже не удалось сделать. При попытке следовать  инструкции из их документации система убивается напрочь.  
 
Вообще с картами Nvidia беда. У меня к тому же Quadro. Сколько ни пробовал дистров с кедами - везде одно и то же. Артефакты после пробуждения, отваливание звука по DisplayPort после него же (имеет место быть и в других DE), теринг, иногда, при скейлинге шрифтов, их кривая отрисовка. Всё это на проприетарном драйвере. Хотя, nouveau в кедах немногим лучше. Опера, через некоторое время использования, начинает покрываться чёрными квадратами до невозможностью ею пользоваться (лечится вроде как отключением железной поддержки в её настройках). Всплывающие уведомления из трея периодически рассыпаются в квадраты. Теринг, опять же.

Цитата:
"кеды" работают шустро, надежно, едят мало памяти

Да, мне тоже нравится этот DE. Но, с этой картой, я решил, что не буду им пользоваться. Буду продолжать искать альтернативы.
 
Тут ещё надо разграничивать понятия - дистрибутив и DE. В плане дистров меня привлекает Arch тем, что практически всё новое. Не хотел бы устраивать очередной холивар на тему "надежность" (читай старьё) vs "новизна" (которая для многих синоним нестабильности). Но для себя предпочитаю второе. К тому же у меня машина мощная и мне вполне подходит концепция сборки программ из исходников. На днях собрал ungoogled-chromium - порядка полу-часа. Всё остальное собирается за несколько секунд. GD, к примеру, где-то секунд за 20.
 
Да, есть ещё Gentoo. Но это хардкор для меня. Calculate - уже проще. Но всё равно не могу освоить их пакетную систему и сборку. В ebuild-ах и оверлеях, конечно, много чего есть. Но мне показалось всё это очень непростым. Особенно, если надо этот самый ebuild изменить. В общем, банальный пример - собрать GD из последнего git-а я так и не смог.
 
Debian/Ubuntu/Mint. Ну не знаю... Сейчас Ubuntu Budgie в качестве основной системы пока. Более или менее всё. Правда, ставил не с официального дистра, а с серверного, с установкой драйвера Nvidia ещё до установки DE. Вполне юзабельная система. Есть нюансы по DE, но это к дистру не относится. Основная моя претензия к этой конфе - несвежие пакеты. Ну и вообще, политика дробления пакетов, которая имеется в Debian мне тоже не нравится. Как-то не прозрачно всё. Есть куча похожих пакетов и не всегда понятно что именно нужно ставить. И есть ощущение, что после многочисленных установок/удалений программ система основательно загаживатеся. Хотя, на работе это не сказывается (пока), и, может, я не прав и не понимаю чего-то ещё. По этой системе много ифны в инете - это большой плюс. Хотя, у того же арча - просто шикарная вики.  
 
Из Debian-based сейчас в топе MX Linux. Да, если говорить о надёжности, сейчас, наверное, лучше нет. Из распространённого софта есть кое-что свежее в собственных репах. Остальное - тянется из Debian Stable. Т.е. старьё. Активация ветки Testing - на свой страх и риск (как всегда, впрочем). Искал инфу как можно устанавливать только некоторый софт из Testing, чтоб система продолжала использовать Stable. Да, есть какие-то мануалы. Но общий посыл - не стоит так делать. Рано или поздно зависимости поломаются/будет конфликт версий.  
Но самый главный минус - из DE предлагается только Xfce, что мне не подходит.  
 
На счёт DE. С кедами понятно всё. Гном, Xfce, тайловые, "легковесные" - отпадает всё. Остаётся не так уже много. Уже упоминал Budgie. Deepin ещё, вроде, подаёт надежды. Cinnamon пока ещё основательно не тестил. От Mate подташнивает что-то
 


Вчера установил в виртуалку самособранный образ на основе ArcoLinux с Deepin. Делал по этому мануалу. Таким образом можно сделать образ практически для всех основных DE. Если лень возиться, можно скачать готовые образы в предлагаемой конфигурации.
 
В общем, буду продолжать пробовать
 
З.Ы.  

Цитата:
В данный момент использую KDE Neon.

Кстати, если вы предпочитаете KDE, но хотели бы попробовать другую базу дистра, могу порекомендовать Netrunner от спонсора проектов KDE, KWin, KDE Neon. Есть две версии - на основе Debian Testing и Manjaro. Пробовал обе. Дистр оставил приятные впечатления. Особенно на основе Manjaro. Проприетарный драйвер Nvidia, также, присутствует "из коробки".

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 13:32 13-12-2018 | Исправлено: Romul81, 13:41 13-12-2018
Skif_off

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81

Цитата:
Но самый главный минус - из DE предлагается только Xfce, что мне не подходит.
...
Гном, Xfce, тайловые, "легковесные" - отпадает всё.

А что не так с Xfce?

Цитата:
Искал инфу как можно устанавливать только некоторый софт из Testing, чтоб система продолжала использовать Stable. Да, есть какие-то мануалы. Но общий посыл - не стоит так делать.

У себя (Xubuntu) сравниваю зависимости по версиям - что-то из софта можно безболезненно брать из дистров посвежее (просто вручную сливать и ставить с dpkg), но тут возня вручную, не очень удобно... А некоторый софт приходится, конечно, пересобирать.
 
Добавлено:
Вылетело из головы: есть же ещё AppImage, часть зависимостей тащат внутри себя. (Но у меня почему-то медленнее запускаются после того, как засунул /tmp в tmpfs.)

Всего записей: 6595 | Зарегистр. 28-01-2008 | Отправлено: 15:13 13-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Skif_off

Цитата:
А что не так с Xfce?

Я с должным уважением отношусь к этому DE. Он лёгок, стабилен и продвинут в настройке. Заслуженно считается одним из лучших. Но мне чисто внешне не очень нравится. И, самое главное, у него ограниченные возможности по адаптации к HiDPI. А с увеличенными шрифтами он выглядит просто некрасиво, как на мой взгляд. У меня монитор QHD. Без скейлинга можно пользоваться, но мелковато. Та же плазма гораздо комфортнее в этом плане.
 

Цитата:
есть же ещё AppImage, часть зависимостей тащат внутри себя.

Есть ещё FlatPak и Snap - активно внедряемые параллельные технологии. Первым не пользовался, а второй в 18-й убунте присутствует по умолчанию. Не понравилось из-за следующих моментов:
- Каждое приложение создаёт свою точку монтирования при старте системы
- из-за этого система загружается заметно дольше.
- Программы, также, запускаются медленнее. Запуск оперы в 3 секунды на SSD - никуда не годится, имхо. Та же Опера, установленная из ppa запускается за секунду.
- конкретно с Оперой ещё одна проблема. Я пользуюсь Profile-sync-daemon для переноса кэша и профиля в RAM. С ним программа запускается за доли секунды с восстановлением предыдущей сессии в несколько десятков вкладок. Но Оперу, установленную в Snap, Profile-sync-daemon не видит((
- Далеко не все программы имеются в Snap-варианте.
 
Для себя решил, что надо ещё попробовать с Docker-ом разобраться. Может быть это будет решением с засоряющими систему (либо конфликтующими) зависимостями. Но пока не пробовал.
 
З.Ы. Спасибо за советы.

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 17:03 13-12-2018
Mavropontis

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81
 
У меня карта GeForce GTX 1060, и проблему тиринга поборол следующим образом. В Nvidia X server settings выбираем X Server Display Configuration, далее ставим "птичку" на Force Full Composition Pipeline. Соглашаемся на изменения. Закрываем панель и открываем ее с правами администратора (sudo nvidia-settings). Проделываем ту же манипуляцию, если "птичек" нет, и затем - Save to X configuration file. Я сохраняю как nvidia.conf в папке /usr/share/X11/xorg.conf.d/
 
В настройках Compositor можно еще попробовать разные варианты Tearing prevention ("vsync").

Всего записей: 63 | Зарегистр. 16-02-2009 | Отправлено: 13:24 15-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavropontis
У меня Quadro K4200. Драйвер 390 становится как родной.  
На счёт решения проблем с Nvidia я прочёл, наверное, все темы на reddit, wiki.archlinux.org , askubuntu и т.д. Многие из этих советов работают для меня в  контексте решения проблем с терингом (кстати, я предпочитаю именно такую транскрипцию термина, не смотря на то, что в рунетах прижилась транскрипция с и - т.к. в английском слово происходит от глагола tear (теар) - рвать, а не tear (ти:р) - плакать).  
Так вот. Для решения проблемы теринга для меня на большинстве протестированных DE достаточно было выставить в настройках драйвера Force Composition Pipeline. Даже без Full. В PowerMizer тоже стоит Auto, обычно не использую Maximum Performance. Причём из-под sudo ничего не настраивал.  
 
На данный момент конфа следующая:
1. В BIOS на PCI-слот выставлен режим Maximum Performance.
2. В KWin следующие настройки:  
 
   
 
3. Был экспортирован параметр __GL_YIELD="USLEEP" - делалось ещё под nouveau, но под Nvidia, видимо, тоже работает.
 
4. В Nvidia X server settings - всё по умолчанию, как после установки было.
 
Результат - теринга нет. Опера не крашится. Всплывающие подсказки не рассыпаются.
НО. На всех протестированных мной настройках и их комбинациях (в т.ч. с шаманством с настройками в Nvidia X server settings) после пробуждения присутствуют артефакты на логин-скрине, после входа - на иконках рабочего стола и иногда в трее. Типа такого:
 
   
 
Только KDE Plasma. Проблема проявляется на разных дистрибутивах (и иногда разных версиях драйвера Nvidia), разных ядрах и т.п.. Скажем так, ни разу не было такого, чтоб эта проблема не проявилась.

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 14:59 16-12-2018
Mavropontis

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81
 
Да, правильно, теринг, это я вдарил по клавише, не думая (Tear me apart if you wanna break my heart, как пела Suzi Quatro). У меня 415-й драйвер, ставлю из ppa Nvidia. Если не сохранить конфигурацию под sudo, то ее может сбросить со следующей перезагрузкой. Из всех дистров только на Mint теринг отсутствовал сразу после установки. Возможно, это нюансы моей карты. Rendering OpenGL 2.0 субъективно пошустрее будет. У меня все настройки по максимуму, но проблем почти (в линуксе всегда "почти") не возникает. Бодро смотрю кино 4k x265 HDR через smplayer без рывков и "тормозов", хотя жесткий диск, где лежат фильмы, 10-летней давности и шустростью не отличается. Иногда на декстопе некоторые выпадающие менюшки выглядят уродливо, как будто их моль поела. Но в целом вполне удовлетворительно. Кстати, новый Mint грозится что-то такое: https://www.omgubuntu.co.uk/2018/07/cinnamon-4-0-screen-tearing-on-linux-mint

Всего записей: 63 | Зарегистр. 16-02-2009 | Отправлено: 20:17 16-12-2018 | Исправлено: Mavropontis, 21:42 16-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavropontis

Цитата:
У меня 415-й драйвер, ставлю из ppa Nvidia.

На Арче в репах уже есть. Но у меня не зашло - работает криво и звука по DisplayPort нет вообще. Мож допилят ещё. Пока на 390-м...

Цитата:
Rendering OpenGL 2.0 субъективно пошустрее будет.

Я не замечал разницы никакой. Но и не присматривался.

Цитата:
Бодро смотрю кино 4k x265 HDR через smplayer без рывков и "тормозов"

У меня комп потянет такую нагрузку и на ЦП - проверял. Да и не смотрю я ничего на компе, кроме youtube - фильмы все с телека смотрю. Поэтому вопрос железного декодирования видео не принципиален. Играть тоже не играю. Если бы nouveau нормально работал, я б и не связывался с драйверами Nvidia. У меня ведь требования не большие - лишь бы безбажно работало. А к DE - чтоб можно было адаптировать под QHD, т.е. увеличение от 1,2 до 1,4 где-то. Пока по факту Budgie в этом плане отрабатывает нормально. Gnome тоже, думаю, будет нормально.
 
Поставил в виртуалке много дистров с разными DE. Но там не очень понятно - такие вещи нужно тестировать на живой машине.
 
Спасибо за ссылку. У меня, кстати, на тестируемом образе версия cinnamon уже 4.0.6. На сколько я понял, речь в статье идёт о том, чтоб переложить vsync полностью на драйвер, чтоб уменьшить оверхед для композитора. А так, якобы, на cinnamon теринг уже давно побеждён. Комментарии к статье, конечно, доставили. Сколько людей, столько и мнений. У кого-то теринг на Xfce и AMD. А кто-то в KDE его уже десять лет не наблюдал

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 22:03 16-12-2018
Mavropontis

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81
 
Поставил на пробу свежий Mint 19.1. Если проделывать описанные мною выше манипуляции по борьбе с tearing, то после перезагрузки будет только командная строка. А так — разрывов на экране нет и, что самое веселое, Ctrl+C+C в GoldenDict из-под OmegaT заработал. Наверное, сей глюк как-то связан с настройками драйверов Nvidia.

Всего записей: 63 | Зарегистр. 16-02-2009 | Отправлено: 16:29 20-12-2018 | Исправлено: Mavropontis, 16:29 20-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavropontis

Цитата:
...и, что самое веселое, Ctrl+C+C в GoldenDict из-под OmegaT заработал. Наверное, сей глюк как-то связан с настройками драйверов Nvidia.

Вот, не уверен, что, действительно с драйвером. Чтоб точно убедиться, надо проверить с nouveau. Я думаю, тут, скорее DE причиной. Кстати, вы не уточнили какой DE использовался. Cinnamon? KDE?
Кстати, я перестал тестировать Cinnamon после того, как обнаружил, что увеличение шрифта не работает для Qt-программ. В частности для GoldenDict.
 
   
 
Это в виртуалке (кстати, "изнутри" скриншот не захватывается - в нём получаются только обои логин-скрина). Не знаю в чём причина, может в софтовом рендеринге, может где какую настройку надо подкрутить. Кстати, в виртуалке Cinnamon работает заметно тормознутее, чем другие DE. Дистрибутив и набор программ практически такой же. Дело именно в DE. С виду оболочка нравится, конечно. Но как с вышеописанным на реальной системе? Конкретно баг с увеличением текста - не могли бы у себя посмотреть?

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 01:58 21-12-2018
Mavropontis

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81
 
Очевидно, это связано с циклом юпитерианских лун, но Ctrl+C+C в GoldenDict из-под OmegaT вновь перестало работать. Единственное, что произошло за этот промежуток времени, - обновление драйвера Nvidia до версии 415.25. Пробовал откатиться до nouveau, в результате система заявила:
1. No proprietary drivers are in use.
2. Continue using a manually installed driver.
Что, очевидно, является взаимоисключающими утверждениями. Поскольку ощутимых преимуществ от использования Linux Mint не заметил (DE Cinnamon - т. е. как бы основной и проверенный вариант), то решил вернуться на KDE Neon. Замечу, что Linux Mint при загрузке "съедает" 1 гиг памяти и особой резвостью не отличается. Шрифт в GoldenDict масштабируется нормально, через Ctrl+mouse wheel.
 

Всего записей: 63 | Зарегистр. 16-02-2009 | Отправлено: 12:14 21-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavropontis
Мда... Странно всё это..

Цитата:
Шрифт в GoldenDict масштабируется нормально, через Ctrl+mouse wheel.

Вы, наверное, имеете в виду масштабирование внутри самого окна GD, где находится контент. Это стандартная браузерная функция и было бы очень странно, если б QtWebKit её не поддерживал.
Я же имел в виду ситуацию, когда на уровне системы настраивается увеличение шрифта, которое влияет, в т.ч. и на менюшки. Так вот, в Cinnamon это у меня не заработало для GD (см. скриншот), который построен на Qt. В GTK-программах вроде работает, но сильно не смотрел.
При этом аналогичная настройка в Gnome/Budgie, Xfce работает корректно для разных программ. По крайней мере GD подчиняется этой системной настройке.
 
Жаль, конечно... Cinnamon для виндо-юзера, наверное, самое оптимальное решение в плане юзабилити и внешнего вида.

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 12:36 21-12-2018
Mavropontis

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Romul81
 
Судя по скриншоту, у вас это не заработало в Manjaro. У себя на Linux Mint таких проблем не заметил, на Cinnamon меню было вполне читабельно.

Всего записей: 63 | Зарегистр. 16-02-2009 | Отправлено: 12:49 21-12-2018
Romul81



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Замечу, что Linux Mint при загрузке "съедает" 1 гиг памяти и особой резвостью не отличается.

В моём случае потребление памяти вообще не критично. Budgie, к примеру, потребляет у меня больше всех протестированных DE ~ 1,1ГБ. Но, зато работает шустро, в т.ч. и на виртуалке. Кстати, установленный параллельно в той же системе Гном - уже заметно притормаживает. В "живой" убунте у меня тоже Budgie - всё "летает". На память особо не смотрю, т.к. у меня общий пользовательский кэш, профили и кэш браузеров - всё на RAM. + замаплен RAM-диск, на котором всегда какие-нибудь временные файлы.
Т.е. по факту, разницы в скорости оболочки между Budgie и Xfce я вообще не ощущаю. Хотя, последний, конечно, потребляет раза в два меньше памяти.
Плазма в этом плане, конечно, впечатляет - скорость, современный вид, эффекты, чрезвычайная кастомизируемость - и всё это при скромном потреблении памяти. ..Но так не хочется заморачиваться с заменой видеокарты
 
Добавлено:
Mavropontis

Цитата:
Судя по скриншоту, у вас это не заработало в Manjaro.

Не, не Manjaro, но тоже Arch-based - Arcolinux. Т.е., имеется вероятность, что на Mint-е DE работает несколько по-другому? Даже если это так... пока переход на этот дистр не рассматриваю. Пока поисследую ещё арчики

Всего записей: 1329 | Зарегистр. 03-03-2008 | Отправлено: 12:51 21-12-2018
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93

Компьютерный форум Ru.Board » Операционные системы » UNIX » Выбор дистрибутива GNU/Linux’а


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru