Исходное сообщение
"Запуск коммерческих Linux приложений под FreeBSD" Отправлено Dvorkin, 18-Янв-06 11:39
> >>у вас процессор настолько сильно отличается от того, под который собрано ядро >>по умолчанию? будет ли выигрыш вобще превышать 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-версию

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> >>>у вас процессор настолько сильно отличается от того, под который собрано ядро >>>по умолчанию? будет ли выигрыш вобще превышать 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-версию
	Введите код, изображенный на картинке: