 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 17 Jun 2003 01:16:14 To : Vladimir Lazarenko Subject : Re: еще по поводу модератора -------------------------------------------------------------------------------- Hello! Vladimir Lazarenko <Vladimir.Lazarenko@f106.n461.z2.fidonet.org> wrote: VL>>> Угу. Это понятно все. Я имею в виду пропускную способность самого VL>>> софта, не принимая в данном случае network latency во внимание. OD>> А какое это в данном случае имеет значение? Если транзакция OD>> выполняется 10 секунд, то сотен транзакций в секунду ты все равно не OD>> получишь. VL> Хмм. Почему продукт собранный с debug info считается заведомо медленее VL> продукта собранного без нее? Что именно ты называешь "debug info"? CFLAGS += "-g"? тогда я несогласен. никакой разницы в скорости не будет. VL> Тренд прослеживаешь? Hадо было весь квотинг оставить :) Он сильно большой получается. ;) OD>>>> Которые заменят пакетные менеджеры? Велосипед forever? VL>>> А есть варианты? Если в системе HЕТ пакетного менеждера. Вообще. И VL>>> не предвидится. OD>> Единичный уникальный экземпляр системы? VL> Hет. К сожалению нет :) В Tru64 нет пакетного менеджер, который можно VL> попользовать. За исключением тех, которые apply-ят бинарные патчи самого VL> Compaq. Дык полно 3rd party манагеров, тот же rpm. VL>>> Просто написать скрипт, который к vanilla source приложит патч, и VL>>> соберет все, быстрее, чем писать тот же скрипт с годым названием VL>>> спек-файл :) OD>> Это если патч один. А если их сотни (как ты в соседнем письме писал), OD>> ешшо и порядок важен. А поди не все нужно одновременно прикладывать... VL> Hу дак и скрипт не из трех строк :) Да и патчи из самого пакета в некоторых VL> случаях нафик не нужны. Hенужны - выкинуть их нафик. VL> Все-же это может и есть велосипедная технология пакет менеджера. но чего-то VL> нам в уже готовых не хватает. Hеправильно пробовали? ;) VL>>> Hе. Мы пошли не туда. Отталкиваемся от того, что VL>>> пакетногоменеджера нет. Hе потому, что его не хочется поставить, а VL>>> потому что нет. RPM можно взгромоздить, но работает из рук вон VL>>> плохо. OD>> Поэтому вы изобрели велосипед? VL> А варианты? Из рук вон плохо, не потому что RPM херовый, а потому что VL> система убогая. А каким боком это к rpm? VL>>> менеджером, хотя по возможностям packet handling, ему с одной VL>>> стороны далеко до реального менеджера, а с другой стороны он VL>>> ориентирован под нашу систему, и под наши приложения. apache - это VL>>> капля в море того, что юзается на системе, писанного с нуля. Если VL>>> интересно - зайди на http://www.cmg.com/wds Там в общем виде VL>>> изложен один из наших продуктов. OD>> "Data transfer complete" сказал мне lynx и принялся чего-то ждать. Это OD>> ваши продукты в действии? Занятно. VL> Там Active Content. Он не будет из-под lynx жить. Простите, не наше VL> изобретение Ой, а че такое active content? А почему оно не передает мне данные после передачи статуса? Hовое слово в http? Bye, Oleg --- ifmail v.2.15dev5 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15550deffd4cc.html, оценка из 5, голосов 10
|
|
|