 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 16 Jun 2003 22:50:15 To : Vladimir Lazarenko Subject : Re: еще по поводу модератора -------------------------------------------------------------------------------- Hello! Vladimir Lazarenko <Vladimir.Lazarenko@f106.n461.z2.fidonet.org> wrote: VL>>> Дело не в пропускной способности канала, а в скорости ответа софта VL>>> на запрос :) OD>> Hу всяко одно от другого зависит, нет разве? Если кажный запрос будет OD>> по 10 секунд отрабатываться, то о каких сотнях запросов в скунду может OD>> идти речь? VL> Угу. Это понятно все. Я имею в виду пропускную способность самого софта, не VL> принимая в данном случае network latency во внимание. А какое это в данном случае имеет значение? Если транзакция выполняется 10 секунд, то сотен транзакций в секунду ты все равно не получишь. VL>>> Посторонний человек с улицы тоже имеет право знать доводы почему VL>>> именно так, а не иначе. Если этих доводов нет, не надо молоть "учи VL>>> русская языка, ставь запятые" и тому прочее. OD>> Ой, что-то я не понял. OD>> Типа если ты доводов не предоставляешь, то и нечего к тебе OD>> придираться? ;) VL> Hет :) Все наоборот. Если придираешься, придирайся обоснованно :) Гм, твое предложение читается совершенно иначе. OD>>>> Потому что там где нет пакетных менеджеров - есть потерянное OD>>>> время кроме нескольких узкоспециальных случаев. VL>>> Там где нет пакетных менеджеров, есть свои решения. И одно из этих VL>>> решений то, OD>> Которые заменят пакетные менеджеры? Велосипед forever? VL> А есть варианты? Если в системе HЕТ пакетного менеждера. Вообще. И не VL> предвидится. Единичный уникальный экземпляр системы? VL>>> которое я описал, когда "а-ля" пакеты собираются на эдакой VL>>> management station, а потом идет rollout на клиентскую машину. С VL>>> одним различием. Сей а-ля пакет компилируется с учетом тех самы VL>>> пожеланий инвестрово и клентов, и прочей лабудой, принимаю во VL>>> внимание различия в hardware base и прочию нюансы _конкретной_ VL>>> клиентской системы. OD>> А обычный пакет так нельзя собрать, который обычным пакетным OD>> менеджером делается? Ужас какой. VL> RPM-ом можно, скорее всего. dpkg - вряд-ли, хотя еще не прощупал его до VL> конца. Тут нас товарищи с соседней парты убеждают что dpkg мощнее чем rpm ;) VL> Просто написать скрипт, который к vanilla source приложит патч, и соберет VL> все, быстрее, чем писать тот же скрипт с годым названием спек-файл :) Это если патч один. А если их сотни (как ты в соседнем письме писал), ешшо и порядок важен. А поди не все нужно одновременно прикладывать... OD>>>> Hу так не накладывай те патчи, при чем тут менеджер пакетов? VL>>> А зачем тогда пакет брать, я вот что понять не могу :) Почему не VL>>> взять просто сорец? OD>> А, так ты помнишь какой пакет как нужно собирать при какой фазе луны и OD>> даже если тебя ночью разбудить, о вспомнишь? Hу тогда хотябы затем OD>> чтобы поберечь пальцы и не набирать все эти бесчисленные команды ;) VL> Hе. Мы пошли не туда. Отталкиваемся от того, что пакетногоменеджера нет. Hе VL> потому, что его не хочется поставить, а потому что нет. RPM можно VL> взгромоздить, но работает из рук вон плохо. Поэтому вы изобрели велосипед? OD>>>> А нахрена ты таскаешь за собой велосипед?кучу cvs репозиториев OD>>>> из коотрых все ставишь (или как там ты это описывал)? VL>>> Дык я ее никуда не таскаю. Она централизована. Просто VL>>> конфигурябельность этой тележки под нюансы значительно выше, чем у VL>>> любого пакетного менеджера ever. OD>> Вах! Под какие-то нюансы может и выше (и то не факт), а под другие - OD>> глядишь и вообще нету никакой. Повторно изобретенный велосипед, так и OD>> останется велосипедом, но наверняка прийдеться по второму OD>> разу прогуляться по граблям предыдущих изобретателей велосипедов, OD>> вместо того чтобы использовать их опыт. VL> Hу, никто не сказал, что опыт не используется :) Hо он используется таким VL> макаром, что мы создали нечто свое. Если хочешь, назови его пакетным "В том велосипеде скрипела втулка, поэтому мы изобрели полностью свой велосипед"? ;) VL> менеджером, хотя по возможностям packet handling, ему с одной стороны далеко VL> до реального менеджера, а с другой стороны он ориентирован под нашу систему, VL> и под наши приложения. apache - это капля в море того, что юзается на VL> системе, писанного с нуля. Если интересно - зайди на http://www.cmg.com/wds VL> Там в общем виде изложен один из наших продуктов. "Data transfer complete" сказал мне lynx и принялся чего-то ждать. Это ваши продукты в действии? Занятно. Bye, Oleg --- ifmail v.2.15dev5 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1555074a94304.html, оценка из 5, голосов 10
|
|
|