Решил собрать себе новый ПК на Райзене (нового ждать не стану, мне и 5 2600x или 7 2700x вполне хватит). Читал отзывы и почти в каждом видел, что нужна какая-то особенная память (оверклокерская? с высокими частотами?) иначе райзен превратится в Рязань (ничего личного). Это байки мамкиных гей-меров/оверкококеров или суровая правда? Если правда, то дайте совет, какую память покупать.
Привет
Достаточно часто создаются темы, где люди думают переходить на Gentoo и хотят уточнить некоторые моменты. Чтобы сэкономить время себе и другим, решил создать этот топик, в котором буду собирать ответы на частые вопросы.
TL; DR: Для тех, кто думает перейти на Gentoo (комментарий)
Преимущества
#1 Gentoo очень гибкая и всенастраиваема
Пример того что в Gentoo делается просто:
- Использовать openrc вместо systemd или наоборот; pulseaudio или без него
- Наложить кастомный патч; пример когда это нужно
- Подключить или отключить такие вещи как vaapi, vdpau, opencv и т. п.
- Иметь несколько веток софта; уточню, что это работает только для определённых пакетов; например можно одновременно установить python 2.7, 3.4, 3.5 или qt4 и qt5, но нельзя одновременно установить qt 5.7 и 5.8
#2 Очень удобный и функциональный пакетный менеджер
Примеры удобных фич:
- Прервать установку (вплоть до перегрузки компьютера), а потом ее продолжить. Можно продолжить с последнего пакета (emerge --resume), продолжить но пропустить последний пакет, например, если его установка прервалась с ошибкой (emerge --resume --skipfirst, некоторые нюансы); для больших пакетов можно продолжить саму компиляцию (ebuild <полный путь и имя файла>.ebuild merge).
- Когда при установке обновляется конфиг приложения, определяется редактировался ли предыдущий конфиг пользователем. Если да, конфиг не перезаписывается, а кладётся радом, и выводится сообщение пользователю с предложением обновить конфиг.
- Обновить всю систему, но исключить некоторые пакеты (удобно для исключения больших пакетов из ежедневного обновления)
- Почистить зависимости - удалить те пакеты, которые больше никому не нужны.
- Поскольку ebuild - текстовый файл, то можно пропарсить на предмет требований к количеству ресурсов для установки:
$ for F in $(find /usr/portage -name "*.ebuild") ; do REQ=$(grep "CHECKREQS" "$F") ; if [[ -n "$REQ" ]]; then echo -e "\n$F\n$REQ" ; fi; done
#3 Хорошая документация, по крайней мере на английском. Более того, поскольку Gentoo-специфичные утилиты являются лишь надстройкой на generic механизмами, документация от других дистрибутивов (например от Arch) в большинстве случаев тоже подходит.
Опрос 2014: У какого дистрибутива лучшая документация
#4 Достаточно свежий софт, много сторонних репозиториев.
Список сторонних репозиториев
Gentoo - rolling release, а значит как только новая версия конкретного софта появилась в репозитории, её можно установить.
Но здесь не имеется ввиду, что как только новая версия зарелизилась, она моментально становится доступна в основном дереве; лаг есть, но он как правило не большой, хотя зависит от пакета. В тестинг ветке новые версии появляются раньше. Кроме того мейнтейнеры Gentoo могут маскировать некоторые версии, если в них обнаруживаются серьезные баги. Однако всегда можно размаскировать нужную версию. Кроме того для некоторых пакетов есть -live версии, когда исходники скачиваются напрямую из github или аналога.
Пример когда «у меня не самый свежий софт в Gentoo»
#5 Полный порядок в системе, ничего лишнего - эстетическое удовольствие, плюс возможно можно немного улучшить перформанс
#6 В процессе установки и эксплуатации получаешь полное понимание как работает система, а значит возникающие проблемы решаются быстро. На самом деле без должного знания Линукса (или желания его узнать в процессе) Gentoo нормально не установить.
Недостатки
#1 Сложная и долгая первичная установка. Если устанавливать в первый раз, нужно готовиться потратить несколько дней. Для опытных - несколько часов + компиляция.
Время установки (компиляции) Gentoo, еще немного цифр по большим пакетам
#2 Пакетный менеджер хоть и удобный, но очень медленный
#3 Если не обновлять систему долго (полгода и более), то сложность обновления сопоставима с установкой новой системы. Есть мнение, что emerge-webrsync --revert=yyyymmdd должен помочь (лично я не проверял).
Особенности
#1 Высокий порог входа; дистрибутив не для новичков. Если человек не комфортно чувствует себя в командной строке, никогда не компилировал ядро, не разбивал диски на разделы, не привык изучать докуменацию, вчитываться в сообщения и анализировать логи, то Gentoo покажется сложной в обслуживании, а возникающие проблемы будут списываться на дистрибутив.
#2 Обновляться нужно часто.
#3 Основные фичи - в командной строке. Для тех, кто не привык работать в командной строке, это будет минусом. А для тех, кто комфортно чувствует себя в командной строке, это будет плюсом, так как работа в командной строке более эффективна, а типовые сценарии можно обернуть в скрипты и еще больше сократить время на обслуживание системы.
#4 Есть две ветки: stable и testing. В stable меньше шансов встретить проблему, но в testing более свежий софт. Ветки можно комбинировать.
Мифы
Миф #1 Gentoo даст прирост производительности за счет того, что весь софт компилируется под конкретное железо.
Краткий ответ: В 99% случаев при смене дистрибутива X на Gentoo вы не заметите какого-либо улучшения в плане скорости работы. Если вы зададитесь целью сравнить свежеустановленный дистрибутив X с свежеустановленной Gentoo, то в 90% вы не увидите значительной разницы.
Детальный ответ.
Не следует ожидать что просто скомпилировав систему из исходников вы получите сколько-нибудь заметное улучшение перформанса.
Для большинства приложений компиляции под конкретное железо даст прирост производительности в районе 1-2%.
Ложка дегтя: в некоторых случаях даже может быть замедление. Например Firefox, можно ускорить с помощью PGO. В Gentoo по умолчанию это отключено, так как PGO увеличивает время компиляции почти в два раза. В бинарных дистрибутивах соотв. софт может быть скомпилирован с PGO.
Так как добиться улучшения производительности?
Узкий круг приложений может быть значительно ускорен при компиляции под конкретную платформу - на 30%-50% и больше. В основном это приложения которые активно занимаются вычислениями. Но для этого требуется соотв. настройки. Например, активация SIMD инструкций, даст прирост производительности в мультимедиа приложениях. Некоторые процессоры имеют аппаратную поддержку шифрования AES. В бинарных дистрибутивах подобные фичи будут отключены, так как не все процессоры это поддерживают, а бинарные дистрибутивы в первую очередь заботятся о совместимости.
Небольшое улучшения перформанса возможно если убрать из системы всё лишнее (мнение 1, мнение 2).
Еще интересный случай
Миф #2 Обновления занимают много времени
Краткий ответ: 5-10 минут на фоне, не мешая основной работе.
Детальный ответ.
Обновления не занимают много времени, но опять же, при правильном подходе.
Во-первых, как было сказано выше, обновляться нужно часто. Для testing ветки это каждый день, или по крайней мере не реже чем в раз 2-3 недели. Для стабильной ветки - раз в неделю достаточно (на стабильной ветке намного реже выпускаются обновления)
Во-вторых, есть пакеты которые правда очень долго компилятся: libreoffice, firefox, chromium... Их всего 10-15. Я их исключаю из ежедневного обновления, а обновляю раз в несколько месяцев.
Еще нужно сказать, что на этом вопросе часто заостряют неоправданно много внимания. Обычно обновления происходят на фоне, и не сильно влияют на работу; так какая разница как долго они выполняются?
В итоге, у меня обновления занимают примерно 5-10 мин ежедневно (у меня тестинг-ветка).
К тому же всё происходит на фоне, в любой момент можно поставить на паузу (Ctrl+Z, fg), продолжить после прерывания (умышленного или случайного).
Мой скрипт ежедневного обновления
Миф #3 Gentoo требует много времени на обслуживание
Краткий ответ: Может быть больше, может быть меньше по сравнению с другими дистрибутивами. Очень зависит от того, насколько вы будете вчитываться в то, что пишет вам пакетный менеджер, и разбираться первопричинах.
Детальный ответ.
Обслуживание Gentoo занимает меньше времени по сравнению с другими дистрибутивами, но только при грамотном обращении, конечно. Достигается это за счет следующего:
- хороший пакетный менеджер: маскировки, глобальные и индивидуальные установки для пакетов (USE флаги, опции компиляции, каталоги), хуки, приоритеты (чтобы компиляция происходила на фоне и можно было работать), много опций для установки и анализа, подсказки после установки.
- всё происходит в CLI, а значит типовые операции можно обернуть в скрипты/алиасы.
- уже существуют много утилит для облегчения обслуживания: eselect, equery, eix, eclean, euse, genlop и др.
Грамотное обращение означает, что вы правильно и регулярно обновляете систему, исполняете предписания emerge, которые он выдает после установки, держите в порядке конфигурационные файлы, а если таки возникает проблема, которую решить вы не можете, то вы обращаетесь в форумы, а не просто жалуетесь на жизнь.
Что до проблем с обновлениями - см. следующий пункт «Миф #4 Установка, обновление постоянно падают; частые блокировки»
Миф #4 Установка, обновление постоянно падают; частые блокировки
Краткий ответ: Не чаще чем в других дистрибутивах
Детальный ответ.
Если говорить про «часто» и «постоянно», то проблемы с обновлением/установкой могут быть если:
- система давно не обновлялась
- система неправильно обслуживается (см. выше про Грамотное обращение)
В редких случаях пакет просто не компилируется. На самом деле это проблема не Gentoo, а тех, кто писал этот софт. И в подавляющим большинстве случаев это не является проблемой, и вот почему. Если это обновление, то можно продолжить процесс запустив emerge с параметрами --resume --skipfirst - он обойдет проблемный пакет, пересчитает зависимости чтобы система осталась консистентной, и продолжит обновление (а можно изначально передать параметр --keep-going, тогда это будет происходить автоматически, прерываний вообще не будет). Если пакет критичен, можно установить предыдущую версию, которая компилировалась (а проблемную замаскировать чтобы пакетный менеджер ее не видел).
Что может заблокировать обновление полностью:
- просьба пакетного менеджера поменять флаги пакета. При этом emerge предлагает сделать это автоматически, но лично я предпочитаю делать вручную. Для ручного способа, решается добавлением строчки в package.use
- просьба пакетного менеджера задать лицензию. Это валидно только для не-свободных лицензий, например EULA, Skype, Adobe Flash и т. п. Если мы говорим имено про обновление, то такое бывает только когда лицензия обновляется, что бывает очень редко (как много у вас пакетов под не-свободной лицензией, и как часто они меняют лицензию?). Решается добавлением одного слова в make.conf
- просьба пакетного менеджера размаскировать пакет. По моему опыту нужно не размаскировывать, а наоборот замаскировывать пакеты, которые тянут замаскированные зависимости. Это, да, требует минут 5-10 на разобраться. Но, если только у вас нет смешения веток и live пакетов, такой вариант случается раз в пятилетку.
- сложные блокировки. Большинство блокировок пакетный менеджер разрешает сам; по моим наблюдениям, качество данного механизма значительно улучшилось пару лет назад. Из своего опыты скажу, что (учитывая частые обновления) блокировок, которые бы совсем останавливали обновление я уже не видел года 1.5. Но если они есть, то это действительно сложный кейс.
Иными словами, при порядке в системе, кейсы, которые требуют значительного времени и напряжения уственых усилий (сложные блокировки, замаскированные зависимости) случаются раз в несколько лет; кейсы, которые решаются за пару минут - раз в несколько месяцев.
Миф #5 В Gentoo нет бинарных пакетов
Краткий ответ: Есть там, где это действительно нужно.
Детальный ответ
Во-первых есть Calculate Linux - полностью бинарный форк Gentoo.
Во-вторых даже в самом Gentoo в основном репозитории есть несколько бинарных пакетов: libreoffice-bin, firefox-bin, некоторые другие. Связано это с тем, что из исходников они очень долго компилируются, и иногда проще поставить бинарник.
Бинарный пакет можно сделать самому командой quickpkg --include-config y <установленный пакет> - удобно для бекапов.
FAQ
#1 Установка на слабый компьютер
Смотря что есть слабый компьютер.
Из собственного опыта: Intel Core2 Duo 6600 @ 2.40GHz, 2Gb RAM + 4Gb swap хватало для комфортной работы в Gentoo.
Зачастую ebuld'ы содержат информацию о том, сколько нужно памяти для компиляции пакета. TOP 5:
16G - chromium
8G - ledger, isabelle
7G - ceph
6G - firefox x64 (для x32 нужно 3G), pypy x64 (для x32 нужно 3G)
5G - electron
Если компьютер и вправду слабый, то лучше выбрать не Gentoo (точнее не-source-based дистрибутив). Альтернатива - можно вынести компиляцию на другой «не-слабый» компьютер с помощью distcc.
Опрос 2021: Какую операционную систему и/или дистрибутив GNU/Linux вы используете на ПК?
Опрос 2018: Какой ОС вы пользуетесь на основном ПК?
Опрос 2017: Какую ОС вы используете на основном ПК?
Опрос 2014: Какой дистрибутив вы используете на десктопе?
W3Tech стастика дистрибутивов на серверах
Отличия дистрибутивов, время работы ноутбука
Чем удобны USE флаги
Сколько памяти нужно для РАБОТЫ Gentoo (сколько нужно для компиляции было указано выше)
Сколько места на диске нужно для Gentoo
Правильное полное обновление Gentoo, Мой скрипт ежедневного обновления, Еще вариант
Gentoo для девелоперов
Практика инсталляции Gentoo: в двух словах простым языком
Небольшой скрипт - сборка livecd
По просьбам телезрителей выкладываю фото своей небольшой фермы, используемой для майнинга scrypt'овых криптовалют. На фото 3 рига, 4-й стоит на веранде.
Основа каждого рига - деревянный каркас из реек 20х20 с двухярусным расположением видеокарт, хотя по факту почти все видеокарты стоят на райзерах на верхнем этаже с максимальным зазором друг между другом.
Изначально риги задумывались как полностью автономные модули с подключением к сети по wifi - на левом риге используется nano wifi адаптер (Tp-link TL-WN725N), на правом (и всех остальных) - роутер Tp-link 740 в качестве клиента точки доступа. Однако связь по wifi оказалась не особо стабильная и добавляла проблем, поэтому сейчас все подключено к общему свичу, который подключен к проводной сети. По wifi через роутер подключен только первый риг на веранде, куда пока нет возможности протянуть провод.
Доступность ригов мониторится через Nagios с моментальным уведомлением на почту, плюс есть мониторинг доступности роутеров-клиентов, плюс мониторинг на пулах.
В качестве системы везде используется Debian 7, драйвер - fglrx. На всех ригах система установлена на флешку, где сделано 2 раздела. Первый постоянно в RO - там основная часть системы; второй - в RW, там домашний каталог пользователя и некоторые файлы / каталоги, которые хотят перезаписываться. Т.е., система гарантированно поднимется после жесткого выключения питания, плюс так снижается износ флешки от постоянной записи.
Для мониторинга на самом риге используется самописный скрипт, который следит за температурой видеокарт. Если она ниже заданного порога - уведомление в jabber и жесткий ребут машины. Если температура упала, но причина в недоступности интернета - машина начинает периодически менять уровень шума вентиляторов карт, чтобы привлечь внимание.
Из видеокарт сейчас используются 5850, 5870, 6870, 6970, десяток 7850 и пара 7950. Общий хэшрейт - 6,45 Mh/s. Майню большей частью лайткоины, иногда переключаюсь на Novacoin. От старых карт планирую избавиться для оптимизации энергопотребления.
Остальное железо - материнские платы Gigabyte GA990XA-UD3, Athlon 250, по 4 Гб оперативной памяти (может где-то затерялась планка на 2 Гб - не помню), Chieftec APS-1000C, pci-e райзеры с ebay, USB-флешки.
На первом риге из-за крайне высокого передаваемого через материнку тока обгорели контакты, по которым передается +12 В. Что интересно, отдельный 8-мипиновый разъем, от которого питается процессор, для запитки карт расширения никак не задействован.
http://rain.linuxoid.in/fileupload/photos/hardware/rig/p8085693.jpg
http://rain.linuxoid.in/fileupload/photos/hardware/rig/p8085695.jpg
В итоге, чтобы железо не простаивало - распаял эти 2 провода прямо на материнку
Летом железки приходится охлаждать вентиляторами, кондиционера пока нет.
Помимо майнинга риги бывают полезны для размораживания пиццы и сосисок, а также для сушки белья.
Так и живем :)
>>> Просмотр (2288x1712, 876 Kb)
Есть кусок шареной памяти (128MB), куда часто ломятся разные процессы-читатели и читают случайные куски по 1-32 КБ. Есть один процесс «Master», которому раз в 10 сек надо обновить целиком 128 MB так, чтобы никакой читатель не прочитал полкилобайта фигни.
Решение: т.к. любой процесс-читатель могут убить админы в любой момент, глупо рассчитывать на то, что процесс обязательно добровольно отпустит некий мьютекс, размещённый в этой шареной памяти.
Предлагается такая фигня:
В шареной памяти есть атомарные INT-переменные: fence, num, lasttime.
fence: если 1, значит закрыто для читателей
num: число читателей, копошащихся сейчас
lasttime: время успешного захода последнего читателя
1. На входе читатель с помощью CAS пытается заинкрементить num, если было открыто (0 == fence).
2. Отметившись в num, читатель атомарно пишет текущее микросекундное время (CLOCK_MONOTONIC) в lasttime, если там лежит меньшее (СAS-ом). Если там лежит время <= текущего, то читатель ничего не делает.
3. Читатель с помощью CAS на выходе декрементит num обратно.
4. Если Master хочет сделать своё дело, он ставит fence = 1, затем бесконечно ждёт num == 0. Если в этом ожидании он замечает, что lasttime устарел на секунду от текущего времени, то Master считает что кто-то из читателей подох посреди пути и делает своё дело вероломно, записывая num = 0 и затем открывая fence = 0.
Взлетит? Может есть чё попроще? Есть решение, при котором всё это не нужно, но это уже другая тема. Интересуют заморочи. Т.е. допустим, авто-отпускающийся мьютекс нужен.
Пока в галерее тишина и полное отсутствие новых скриншотов, расскажу всем желающим, как за 10 операции превратить сырой снимок в нескучную обоину, не запуская Gimp. Сегодня для этого мы воспользуемся широкоизвестным рав-конвертером Darktable. Для разнообразия я хотел воспользоваться Rawtherapee, но у него в моей системе очень страшные декорации окон.
Итак, ни Gimp ни какой-нибудь другой растровый редактор (например, от компании Adobe) нам не понадобились. Все операции заняли пару минут, а на результат можно смотреть без кровотечения из глаз. Разработчикам Darktable, как всегда — спасибо и (как уж без ложки дёгтя) пламенный привет за отсутствие комбинации CTRL+Z. Результат можно забрать там же, где и всегда.
>>> Просмотр (1920x1080, 1975 Kb)
Доброго времени суток
Сабж. Читаю уже третью книгу, и натыкаюсь на дичайшие гуманитарные «определения» вроде
попробуйте спеть любую гамму. Нота, на которой вы окончите пение, почувствовав незавершённость, называется тоникой
. Массаракш, их гуманитарную бабушку восемь раз через пьяного осьминога!! спеть! незавершённость!!111 Не говоря уже о том, что в этой книге ещё не дали определение термина «гамма» :\ Чёрт возьми, ведь можно же нормально рассказать про полутона, октавы и ноты через привязку к длине волны, равномерно темперированную октаву и А-440. Наверняка и эту «тонику» можно по-человечески объяснить, без всяких незавершённостей и подобной хтонической х@#$%тени
Русская википедия не спасает. В английской термины tonic и degree рекурсивно объясняют друг через друга. Опять бегаю по стенам и громко ругаюсь матом...
update. Я похоже идиот и невнимательно прочёл, в книге написано - «завершённость». Т.е. например начали гамму с C3, закончили на C4, за тонику взяли С. Можно было бы выразиться понятнее, но в целом мысль автора книги ясна.
кажется, на ЛОРе еще не было.
в следующем стандарте C появятся средства ООП. предложение отправил еще в далеком 1995 году некий сантехник Robert Jervis. на WG14 оно было принято.
C++-капец?
Перемещено mono из talks
Ребята, прошу помощи. Разыскиваю за мошенничество одного персонажа. Поиск показал, что он активный пользователь форума linux.org.ru. Профиль www.linux.org.ru/people/wyldrodney/profile
Текст объявления: Продам Pentax K-5 Kit! Петербург. Дмитрий, 8 999 026 40 86. Объявление появлялось на Avito с ценой 12 400 (удалено), с ценой 14 500 висит В контакте на БАРАХОЛКЕ PENTAX (от 21 окт 2014) и в группе PENTAX K5 (от 21 окт 2014) главная страница. На форуме linux.org.ru тема тоже была.https://www.linux.org.ru/forum/talks/10879135 Автор объявления Дмитрий Казанцев vk.com/id266485184 , e-mail d.kazantsev@7pikes.com Договорились о покупке с пересылкой в Нижний Новгород. Условия пересылки - треть суммы предоплаты на QIWI-кошелек, идентичный номеру телефона 8 999 026 40 86. Внес предоплату 4500 02 ноября. После чего продавец отписался 03 ноября, что у него возникли проблемы с QIWI-кошельком. С тех пор по сегодняшний день, 16 ноября, на связь не выходит, на телефонные звонки и электронные сообщения по почте и В КОНТАКТЕ не отвечает, хотя в сети появляется регулярно. Чек о переводе имеется, переписка сохранена. Есть все основания обратиться в полицию, но хотелось бы решить дело мирно.
С уважением, Евгений Богушев, Нижний Новгород. Страничка в контакте vk.com/id33223069, на форуме www.linux.org.ru/people/pentax/profile
Перемещено beastie из admin
Силами кафедры теоретической физики физического факультета Новосибирского государственного университета были записаны лекции по физике. Исходные видеофайлы выложены в открытый доступ под лицензией CC-BY-SA 4.0.
На этот момент доступны для скачивания:
Предупреждение: При скачивании будет возникать предупреждение об отсутствии доверия к сертификату (узлу). Игнорируйте его — это «фича» доступной площадки.
>>> Исходники
В продолжение обсуждения: Гентушники, есть чё по мелочи?
Пока в толксах разглагольствуют о нужности или ненужности C/C++ и очередного paludis, я решил создать этот тред. Пусть он будет только трекером участников.
Все, кто пожелает поучаствовать в разработке альтернативы portage на C++ (сейчас, через пару дней, недель, или месяцев) просьба здесь отписаться и подписаться на отслеживание новых комментариев. Если есть представление — укажите, в каком направлении бы вы могли поучаствовать в проекте.
Я себя не позиционирую руководителем проекта, просто решил собрать людей в кучу.
Т.к. фрактала могли многие заигнорить, да и мою тему наверняка десяток-второй людей не увидят, сообщайте потенциально заинтересованным гентушникам.
После определения участников можно будет создать репозиторий, назначить (по желанию) роли, и приступить к созданию документации по алгоритмам, обсуждению используемых либ, кодинг-стайлов, способа ведения документации, и, наконец, прототипа.
Пустой треп лучше перенести в вышеуказанный тред в толксах.
AIDE — простенькое java ide для разработки под android с самого устройства. Редактор с подсветкой синтаксиса, auto completion. Можно писать программы, компилировать и тут же запускать на самом устройстве. Совместимо с еклипсом.
Файлы проекта: раз скрин, два скрин.
Настройки проекта (можно подключать библиотеки).
Глобальный поиск по файлам и символам проекта.
Интеграция с git (да и с dropbox).
Куча настроек хоткеев (для тех, кто не обделён клавиатурой).
>>> Просмотр (1280x800, 162 Kb)
