|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Lazarenko 2:461/106 16 Jun 2003 18:11:36 To : Oleg Drokin Subject : еще по поводу модератора -------------------------------------------------------------------------------- 16 Jun 03 19:42, you wrote to me: VL>> Дело не в пропускной способности канала, а в скорости ответа софта VL>> на запрос :) OD> Hу всяко одно от другого зависит, нет разве? Если кажный запрос будет OD> по 10 секунд отрабатываться, то о каких сотнях запросов в скунду может OD> идти речь? Угу. Это понятно все. Я имею в виду пропускную способность самого софта, не принимая в данном случае network latency во внимание. VL>> Посторонний человек с улицы тоже имеет право знать доводы почему VL>> именно так, а не иначе. Если этих доводов нет, не надо молоть "учи VL>> русская языка, ставь запятые" и тому прочее. OD> Ой, что-то я не понял. OD> Типа если ты доводов не предоставляешь, то и нечего к тебе OD> придираться? ;) Hет :) Все наоборот. Если придираешься, придирайся обоснованно :) Я вообще ни к кому не придирался, я высказал свою точку зрения на вопрос :) OD>>> Потому что там где нет пакетных менеджеров - есть потерянное OD>>> время кроме нескольких узкоспециальных случаев. VL>> Там где нет пакетных менеджеров, есть свои решения. И одно из этих VL>> решений то, OD> Которые заменят пакетные менеджеры? Велосипед forever? А есть варианты? Если в системе HЕТ пакетного менеждера. Вообще. И не предвидится. Речь уже не об Линухе, само собой. VL>> которое я описал, когда "а-ля" пакеты собираются на эдакой VL>> management station, а потом идет rollout на клиентскую машину. С VL>> одним различием. Сей а-ля пакет компилируется с учетом тех самы VL>> пожеланий инвестрово и клентов, и прочей лабудой, принимаю во VL>> внимание различия в hardware base и прочию нюансы _конкретной_ VL>> клиентской системы. OD> А обычный пакет так нельзя собрать, который обычным пакетным OD> менеджером делается? Ужас какой. RPM-ом можно, скорее всего. dpkg - вряд-ли, хотя еще не прощупал его до конца. Просто написать скрипт, который к vanilla source приложит патч, и соберет все, быстрее, чем писать тот же скрипт с годым названием спек-файл :) OD>>> Hу так не накладывай те патчи, при чем тут менеджер пакетов? VL>> А зачем тогда пакет брать, я вот что понять не могу :) Почему не VL>> взять просто сорец? OD> А, так ты помнишь какой пакет как нужно собирать при какой фазе луны и OD> даже если тебя ночью разбудить, о вспомнишь? Hу тогда хотябы затем OD> чтобы поберечь пальцы и не набирать все эти бесчисленные команды ;) Hе. Мы пошли не туда. Отталкиваемся от того, что пакетногоменеджера нет. Hе потому, что его не хочется поставить, а потому что нет. RPM можно взгромоздить, но работает из рук вон плохо. (Я надеюсь мотивацию пересборки тачки дома ты видел, она нерелевантна для ситуации на работе :) OD>>> А нахрена ты таскаешь за собой велосипед?кучу cvs репозиториев OD>>> из коотрых все ставишь (или как там ты это описывал)? VL>> Дык я ее никуда не таскаю. Она централизована. Просто VL>> конфигурябельность этой тележки под нюансы значительно выше, чем у VL>> любого пакетного менеджера ever. OD> Вах! Под какие-то нюансы может и выше (и то не факт), а под другие - OD> глядишь и вообще нету никакой. Повторно изобретенный велосипед, так и OD> останется велосипедом, но наверняка прийдеться по второму OD> разу прогуляться по граблям предыдущих изобретателей велосипедов, OD> вместо того чтобы использовать их опыт. Hу, никто не сказал, что опыт не используется :) Hо он используется таким макаром, что мы создали нечто свое. Если хочешь, назови его пакетным менеджером, хотя по возможностям packet handling, ему с одной стороны далеко до реального менеджера, а с другой стороны он ориентирован под нашу систему, и под наши приложения. apache - это капля в море того, что юзается на системе, писанного с нуля. Если интересно - зайди на http://www.cmg.com/wds Там в общем виде изложен один из наших продуктов. OD> Bye, OD> Oleg Vladimir --- GoldED+/LNX 1.1.5 * Origin: Doubledutch (2:461/106) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18173eedeeea.html, оценка из 5, голосов 10
|