> man operating_systems
Reformatting page, contacting OSRC.info... Done!


Привет

Имя пользователя:

Пароль:


Запомнить меня

[ Регистрация ]
[ Забыли пароль? ]


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


bullet Dron
06 апр : 11:49
Я давно призываю поактивнее в форуме...

bullet Freeman
06 апр : 02:05
> Странно иногда получается, кстати, здесь мини-чат фактически заменил форум

А потом ты еще удивляешься низкой активности на форуме. Убери чат и посмотри. Хочешь раскрутить форум - дай ему отдельное доменное имя.

bullet nnivanov
06 апр : 01:59
Если судить здраво, то все это ерунда. Ни конденсаторы (напряжение которых надо еще и стабилизировать!), ни врутренний UPS (батарейка) не спасут. Есть только три надежных способа избежать последствий отключения питания: 1) UPS (спасает только от внешних отключений) 2) Бит чистого размонтирования файловой системы 3) Журналируемые файловые системы. А оперативная память на то и придумана, чтобы зависеть от питания в угоду скорости.

bullet Roman I Khimov
06 апр : 00:54
Да и, кстати, чтобы от скидывания контекста в SMRAM был толк (в плане энергонезависимости), эту область еще и отобразить правильно надо...

bullet Roman I Khimov
06 апр : 00:02
Странно иногда получается, кстати, здесь мини-чат фактически заменил форум. Иногда неудобно.
Насчет SMM, сохраняется только контекст, да и что же это получается - при отключении питания на процессор подается SMI? А успеет он отработать на своих конденсаторах переход в SMM? Чегой-то моя сомневается...



Счетчики


Gentoo GNU/Linux 2004.3
автор - Роман Химов, дата: четверг, 24 марта 2005, 03:01:13




Ну и, конечно же, старый добрый аттракцион - конфигурация ядра Linux. Даже обидно, что ее можно пропустить через genkernel. Впрочем, давлю, давлю, не слушайте. Хотите - используйте. Мне даже интересно, какие это может дать результаты. То что рабочие - это точно, но как что решает этот конфигуратор было бы интересно посмотреть. Хотя я так и не удосужился, процесс личной конфигурации ядра мне приятен. Да, чуть не забыл, с ядром есть еще один маленький подвох - по умолчанию Gentoo 2004.3 хочет ставить что-то из ветки 2.4.x, что в наши дни просто недопустимо. Добрый друг решил за меня эту проблему легко и просто - он даже не включил ядра 2.4.x в набор портежей . Правильно, только вот инсталлятор упрямо хочет использовать файлы заголовков для 2.4.x. Я эту проблему обошел выставив "nptl" в USE. Native POSIX Threading Library требует под себя только 2.6.x, а значит, заголовки будут взяты для 2.6.x, а значит зависимости будут удовлетворены и компиляция системы пойдет как по маслу!

Денька полтора. Вот тут и призадумаешься, а может и stage2/stage3 тоже неплохи? Действительно, компилировать все на машине приведенного уровня с нуля - задача весьма трудоемкая, так что, лучше, если она вам не нужна как постоянный рабочий инструмент. С другой стороны, на современных числогрызах это уже будет не так заметно.

Еще один интересный момент поджидал меня при выборе системного логгера. С одной стороны, мне, в общем-то, все равно, что там будет, лишь бы было что почитать в /var/log/. С другой стороны, я подумал, что лучше поставлю тот, который стоит у меня в SuSE - старый добрый syslogd. Ой! Нету. Ай-ай-ай... Спасибо доброму другу, на самом деле это дало мне возможность познакомиться с metalog - прекрасным логгером, который мне весьма понравился. Во всяком случае одно то, что он сам может проводить оборот логов (aka периодическое архивирование и удаление старых), уже приятно. Плюс ко всему, по размеру он оказался меньше другой альтернативы, syslog-ng, что тоже приятно.

Кстати, насчет есть/нету. Gentoo обучен брать пакеты исходников для самого себя из Сети (собственно, по идее, он на это и рассчитан). То есть, вы можете загрузить stage1, воспользоваться любой GNU/Linux системой, ночным тарифом местного провайдера (или другим дешевым каналом) и получить полноценную систему только с тем, что надо вам, просто скачивая то, что нужно вам. К черту ISO с сотнями и тысячами ненужных программ, качайте только то, что вам надо!

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

Как им пользуются

И набрал "emerge kde"...


Компилируем OpenOffice.org...
Через трое суток X.org 6.8.0, все KDE'шные приложения и еще некоторые зависимости/библиотеки были скомпилированы и установлены. Что поделать, уж очень мне хотелось увидеть KDE в новой системе. По ходу этого спектакля я почитывал man'ы и узнал, что, в целом, ничто не мешало мне скомпилировать все на своей машинке (помощнее) в бинарный пакет, а потом поставить его на ту машину. Но останавливать процесс уж очень не хотелось. KDE 3.3.2 порадовал, работает отлично, хотя больших ускорений в сравнении с MEPIS я не заметил. Впрочем, подробнее читать руководство к GCC я начал уже после выставления флагов в make.conf . Поэтому, среди моих флагов оказался "-O3", а это означает встраивание небольших функций в тело вызывающих функций, что означает некоторое раздутие объема, что на 96 МБ памяти означает, что это не оптимизация, а как-то наоборот.


Сеть работает прекрасно!
Затем я задался целью обеспечить правильную работу сети ноутбук-компьютер, что означало DHCP и NAT ноутбука через модем в Интернет. С DHCP разобрался сам без каких-либо проблем (emerge dhcp, man dhcpd.conf), а потом обнаружил замечательное руководство как раз об этом на сайте gentoo.org. Смекнул, что там должно быть не только оно и обнаружил еще несколько прекрасных руководств на различные темы.

В частности, изначально я решил последовать указаниям handbook (а версия Gentoo 2004.3, напомню, по идее, рассчитана на использование ядра 2.4.x) и скомпилировал ядро с поддержкой devfs, которую, вообще-то, уже использовать просто неприлично - есть udev. Стало быть, есть и руководство о том, как перевести Gentoo на udev. Есть руководство по локализации, по безопасности, по Java, по использованию UTF-8, по использованию mutt в связке с fetchmail, procmail и собственным SMTP сервером, по конфигурации KDE, много, много другого. Документация по системе хорошая, понятная, приятная для чтения, чему способствует наличие очень дружного сообщества разработчиков и не менее дружного сообщества пользователей. Они действительно любят эту систему и стараются делать ее лучше, это тоже сила Gentoo. Кстати, Gentoo еще отличается наличием общественного договора по типу Debian, а последнее примечание по поводу базы данных ошибок тоже не пустословно - Gentoo прекрасно ведет собственную базу по безопасности. Теперь соедините этот факт с тем, что система изначально сделана для компиляции из исходников, и вы получите то, что ставить заплатки на программы здесь очень легко и просто, а это делает Gentoo очень хорошим кандидатом в серверные дистрибутивы.


Предыдущая страница << 1  2  3  4  5  >> Следующая страница

Рейтинг:
95%

Комментарии...
Dron | 24 мар : 11:44

Всего комментариев: 108


Клево описал все...
юникод рулит, udev рулит...
правда с опциями можно быть проще...
march перекрывает действие mcpu... но он не обеспечивает обратной совместимости... (хотя мне не понятно как обеспечивает обратную совместимость mcpu... надо либо не использовать фичи вообще, тогда какой смысл, либо по умному определять можно использовать или нет, что вряд ли...
По поводу оптимизации - я вобще остановился на -Os ибо оно экономит порядка 20-30 процентов размера бинарей, что не может не сказаться на общей экономии памяти.
а все остальное от лукавого... у меня стоят -march -Os -pipe и все...
а еще у меня стоит use "-acl -pam" ибо не хочу забивать систему для программинга всякими паранойями.
кстати Роман, emerge gentoolkit даст тебе удобные утилиты euse, equery которые много чего умеют по поводу наблюдения за системой.

Roman I Khimov | 24 мар : 12:26

Всего комментариев: 309


Тык я ж говорю, mcpu чисто для самоуспокоения. А mcpu обеспечивает за счет того, что инструкции-то под $что-то (ну тот же 386), а вот их выравнивания, порядок, и всякое такое, оптимизированно под указанный процессор, его размеры кэша...

Еще насчет лукавого - -fno-inline-functions, по-моему, все-таки имеет смысл. Это тоже может раздувать бинарники. А вот насчет еще двух минусов - это спасибо, надо будет добавить, мне тут тоже лишние навороты в безопасности ни к чему. Эти вещи вообще, насколько я понимаю, предназначены для весьма многопользовательских сред.

Gentoolkit я уже тоже поставил, я ж сначала без unicode все делал, теперь с ним. И, соответственно, красиво пересобрать все зависимости там может revdep-rebuild. Не зря же я месяц уже с ним играюсь.

czarker | 24 мар : 15:59

Всего комментариев: 43


Да, хорошая статья. Правильное. Теперь все, кто ещё не захлебнулся собствеными слюнями в процессе прочтения, пойдут устанавливать Gentoo.
Только вот зачем ставить "-Os -fno-inline-functions -pipe -march=pentium2 -mcpu=pentium2 -fomit-frame-pointer -fforce-addr -mmmx"... Я остановился на "-O3 -march=athlon-xp -fomit-frame-pointer -fpic -pipe", которая, если я праввильно помню, полностью включает твои флаги, но добавляет новые оптимизации.

А в консоли какой шрифт используешь?

Roman I Khimov | 24 мар : 16:18

Всего комментариев: 309


Ха! Ровно наоборот, Os включает в себя все из O3. Плюс старается уменьшить размер бинарника. А на -fno-inline-functions буду продолжать настаивать. Хорошая опция. По идее, O3 включает обратную ей - это хорошо для скорости, но весьма плохо для объема. Был бы памяти гигабайт - не морочился бы, а так - буду включать.

И -fforce-addr тоже хорошая опция, похожую -fforce-mem включают в себя O2 и выше, но эта тоже хорошая. Хачу. Я еще хотел SSA опции попробовать, но это чуть позже.

Шрифт - "Cyr_a8x16".

Dron | 24 мар : 18:28

Всего комментариев: 108


У меня стоит терминус (emerge terminus-font).. они чисто юникодовые шрифты... никакой трансляции не надо. ter-k16b...

Я честно говоря не заметил большой разницы от -fforce-addr... хотя может плохо смотрел? а -fomit-frame-pointer должен работать на любом O... в инфе как-то хитро написано...

есть еще такая штука, acovea... но она тоже весьма субъективная...

Только вот мне большие строки оптимизации ине нравятся... мне не нравится когда каждая строка сборки занимает целый экран... (x11-xorg)... мне нравится как в ядре 2.6. Ж)

fedukoff | 24 мар : 21:10

Всего комментариев: 5

Зарегестрирован с 24 мар : 17:32

Молодец!
Только про генкернел ты зря! Правда я тож его недолюбливал до тех пор пока не попробовал. genkernel --menuconfig all и все конфигури как хочешь.
Спросишь "Зачем нужен генкернел, если все равно вручную?". Не знаю. Но чисто субъективно показалось, что система быстрее грузиться стала. Да и стабильнее както. И проще - не надо вспоминать о монтировании /boot, копировании туда ядра...

Dron | 25 мар : 11:14

Всего комментариев: 108


Ну они вероятно автоматизировали заливку ядра на boot. хотя сам не пользовался...
сколько лет сижу на линуксе... всегда собирался руками. привычка. вот помню 1.0.24 ядро работало далеко не всегда.... Какую нибудь опцию не ту ткнешь - виснет щас просто халява!

fedukoff | 27 мар : 11:05

Всего комментариев: 5

Зарегестрирован с 24 мар : 17:32

Ну то что они автоматизировали заливку ядра на бут это даже не вопрос. До кучи делается initrd за счет чего собсно и повышается скорость загрузки, ИМХО...

Dron | 28 мар : 10:28

Всего комментариев: 108


Честно признаться - никогда не юзал инитрд... я вообще рамдиски не долюбливаю...

fedukoff | 01 апр : 15:29

Всего комментариев: 5

Зарегестрирован с 24 мар : 17:32

Ну это совсем не значит, что они плохие...



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





Домены от Webnames
Хотите зарегистрировать домен?
Регистрируйте его у нашего партнера - Webnames:


В онлайне
Гостей: 10, Пользователей: 0 ...

Максимум онлайн: 162
(Пользователей: 0, Гостей: 162) зарегистировано 18 окт : 02:15

Зарегистрированных пользователей: 222
Последний зарегистрированный пользователь: TechNick

© OSRC.info, 2004-2005.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.
Render time: 1.2261 second(s).