>
>>вот она БЗДшная психология... я вот имею отношение к написанию дров для
>>Линукс... но даже у меня _ни_разу_ не возникало необходимости просматривать файл
>>глазами целиком. я пользуюсь grep или программой конфигурации ядра на curses
>>или той же самой программой под иксами. очень удобно. вжик, клик,
>>клик и увидел все что надо. :)
>>а в первый раз я однажды прошел этот путь конфигурирования через конфиг...
>>маленький я был, романтичный. :)
>да может быть привычка :)
>хотя возникает другой вопрос а как же оптимизация?:)))у вас процессор настолько сильно отличается от того, под который собрано ядро по умолчанию? будет ли выигрыш вобще превышать 1%?
вот БЗД наверное собирается для 386 по дефолту. тут да, есть смысл пересобрать.
>>
>
>>ну вот. а зачем лез пересобирать линуксовое ядро? привычка? :) вот опять:
>>конфиг ядра мол ему надо увидеть... большой он... и после этого
>>признайся, все-таки пересобираешь много в своей БЗД после установки?
>ну на самом деле по разному бывает если с 4 переходить на
>5.4 какую нибудь
>то да много
>а вот с 5 до 6 ничего:)
>но это справедливо к любой системе в том исле и линуксу:)
>или я не понял вопроса?
в том случае, который ты описываешь я бы предпочел поднять чистую систему с нуля на новой машине. заодно от старого хлама в файловой системе избавляешься. а потом постараться переключиться мягко... а если задача настолько критична, что 5 минут простоя стоят много нервов или денег, то лучше вообще не менять ничего без жестской необходимости. впрочем, отдел маркетинга лучше тебе этот вопрос обьяснит :)
>
>>>
>>>а обновление линуксу пока до этой степени извиняйте далеко
>>
>>господа, сделайте что-то более достойное, чем RPM или ее производные... задрали уже
>тут я не соглашусь а что в рпм достойно?:))) если он между
>дистрибутивами
>даже не совместимы?
RPM позволяет простым образом обнаруживать зависимости в пакетах и бинарных и с исходными текстами. у него хорошая информативная часть. RPM имеет удобные надстройки для GUI, консоли, обновлений по интернет, файл спецификации прост и самоописателен до безобразия. он хранит данные в БД.
это хорошая идея. то, что создатели дистров в той или иной степени отходят от RPM - естественный процесс эволюции. он как тормозит, так и позволяет найти более удобные решения. через некоторое время форков станет меньше. сейчас проблема множества пакетных менеджеров не так актуальна, чтобы мешать. достаточно выбрать разумный майнстрим.
>
>>своей системой портов столетней давности, которая уже давно не покрывает всех
>>реальных нужд девелоперов/админов. и не надо говорить что спрос рождает предложение.
>
>соорри какие такие нужды она не покрывает?
>старое не значит плохое:)
сколько коммерческого софта распостраняется в портах?
>
>>>>>Правильно, знают где ждать проблем, ибо она более предсказуема. В Linux все
>>>>>постоянно переварачивается с ног на голову, и _знать_ можно только будучи
>>>>>девелопером ядра или регулярно просматривая lkm.
>>>кому оно надо?скажи те мне ?
>>>
>>>человек толком неуспевает одно усвоить а ему уже другое впаривают
>>
>>это актуально в виндах :)
>ну зачем нам винды мы же не о них:)
>а вообще мне кажется это проста мода на линукс и поддержка корпораций
>
>да согласен кто то выше сказал оракл, кластеры это все хорошо ,
>но
>зачем мне не защищенный сервер БД? или о мама мия!! рухнувший?:)
>от какого нибудь мальчика который нарыл новый эксплойт?
>не каждому наверное свое надеюсь никого не обидел
а вы в своей конторе все свои сервера держите во вне DMZ?
может, список адресов напишите? ;)
если у вас не хостинговая платформа, локальные уязвимости - теория
если хостинг - обновляемся из РПМ одним щелчком изредка. или автоматически.
