> >>у вас процессор настолько сильно отличается от того, под который собрано ядро >>по умолчанию? будет ли выигрыш вобще превышать 1%? >>вот БЗД наверное собирается для 386 по дефолту. тут да, есть смысл >>пересобрать. >> >686 :) >так для справки > >> >>в том случае, который ты описываешь я бы предпочел поднять чистую систему >>с нуля на новой машине. заодно от старого хлама в файловой >>системе избавляешься. а потом постараться переключиться мягко... а если задача настолько >>критична, что 5 минут простоя стоят много нервов или денег, то >>лучше вообще не менять ничего без жестской необходимости. впрочем, отдел маркетинга >>лучше тебе этот вопрос обьяснит :) >> >никто не спорит все верно ,но вопроос был об обновлении > >>RPM позволяет простым образом обнаруживать зависимости в пакетах и бинарных и с >>исходными текстами. у него хорошая информативная часть. RPM имеет удобные надстройки >>для GUI, консоли, обновлений по интернет, файл спецификации прост и самоописателен >>до безобразия. он хранит данные в БД. >>это хорошая идея. то, что создатели дистров в той или иной степени >>отходят от RPM - естественный процесс эволюции. он как тормозит, так >>и позволяет найти более удобные решения. через некоторое время форков станет >>меньше. сейчас проблема множества пакетных менеджеров не так актуальна, чтобы мешать. >>достаточно выбрать разумный майнстрим. >> >так стоп там чем же плохи порты БЗД? > > >>сколько коммерческого софта распостраняется в портах? >да есть вообще то кол-во точно не скажу не считал >а сколько комерческого дается с дистром линукс >скачаным официально?Ж))) >не о чем спор > >> >>а вы в своей конторе все свои сервера держите во вне DMZ? >> >нет ну что же я совсем дурак?:) >но на самом деле много где встречается у тех же провайдеров > > >>может, список адресов напишите? ;) >>если у вас не хостинговая платформа, локальные уязвимости - теория >>если хостинг - обновляемся из РПМ одним щелчком изредка. или автоматически. >в бсд не хуже и так в чем плоха бсд?:) >уязвимостей меньше >файрволы самые надежные >обновления удобные фишек только многих новых нету глючных >но это просто полтика такая пока не отлажено народу не давать >это минус? > файрволы самые надежные... iptables менее надежен??? :) у дистрибьюторов есть еще более интересные коммерческие разработки на его основе. с еще более простой системой конфигурирования. есть ли у БЗД? > обновления удобные ну вот у меня например (на рабочей машине) настроено так: update source 0: http://..... update source 1: cdrom://... update source 2: ftp://.... ... update source N: ... + когда я ставил свою систему, выбрал фрлажок "перелить все пакеты на локальную файловую систему для дальнейшей установки". он перелил, поставил все что я выбрал уже с винта, а я отдал сидюки другу - ему тоже захотелось свежака:) . и вот я сижу в рабочей системе и мне пакета не хватает какого-то... ну не собирается у меня sim-icq например без kdelibs-devel пакета. не находит заголовки. я говорю: urpmi kdelibs-devel. и все вливается из локального хранилища уже в собранном виде за секунду. но сборка не проходит. старая либа. я говорю urpmi.update. проходит 5 секунд и снова urpmi kdelibs-devel. он моментально выдает несколько новых вариантов этого самого kdelibs-devel. я говорю: ставь этот! еще пару секунд и сборка sim-icq успешно продолжается с прерванного по ошибке места. для самых ленивых есть GUI. были бы зависимости - он бы их прошарил и сделал все от него зависящее чтобы зависимости разрулились максимально безболезненным образом. удобно? add-on: я мог бы сделать одним движением urpmi sim-icq. и не пришлось бы собирать, но мне хотелось cvs-версию
|