https://www.opennet.me/openforum/vsluhforumID3/59265.html Евгений Любимкин, ранее участвовавший в разработке APT, представил (http://lists.debian.org/debian-devel-announce/2009/09/msg00010.html) в списке рассылки разработчиков Debian GNU/Linux бета версию первого релиза написанной на языке Perl системы управления пакетами Cupt 1.0 (http://wiki.debian.org/Cupt), продолжающей развитие APT. Работа над Cupt была начата зимой 2008 года с целью создания переработанного варианта APT, устраняющего проблемы, связанные с архитектурой и реализацией. В настоящее время cupt интегрирован в "unstable" ветку Debian. Проект еще далек до использования в качестве полной замены APT, но может использоваться совместно с такими утилитами как apt-get, apt-cache и aptitude, так как он базируется на стандартных для APT индексах, кэшах и файлах конфигурации.<br><br><br>Реализованные в Cupt возможности:<br><br><br>- Полнофункциональная строгая система разрешения проблем с зависимостями;<br>- APT-подобная утилита для работы из командной строки;<br>- Возможность регистро-независимого п...<br><br>URL: http://lists.d https://www.opennet.me/openforum/vsluhforumID3/59265.html#34 Sat, 03 Oct 2009 18:31:32 GMT (сорри, забыл ответить)<br><br>&gt;&gt;Я уже приводил пример, когда переход с C на Perl в аналогичной ситуации<br>&gt;<br>&gt;Ваш пример был установщиком пакетов? Он работал на low resource платформах?<br><br>Да, это установщик пакетов. Работает на low-resource платформах. Код здесь: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/pkg_add/<br> https://www.opennet.me/openforum/vsluhforumID3/59265.html#33 Sat, 03 Oct 2009 17:49:08 GMT (Много фигни skipped)<br><br>Сравните: http://www.debian.org/releases/stable/ и http://www.openbsd.org/plat.html . И после этого говорите о том, кто у кого где поддерживается. И если до вас всё ещё не доходит: в OpenBSD, как и в Debian, платформы поддерживаются разработчиками при наличии интереса. Если бы не было пользователей, не было бы и поддержки. Надеюсь, это-то доказывать не надо?<br><br>&gt;[оверквотинг удален]<br>&gt;работой манагера пакетов на n8x0. Я бы не стал орать что <br>&gt;меня радует его скорость работы там и потребление оным ресурсов. В <br>&gt;моем понимании - так оно еще и в улучшении нуждается, а <br>&gt;то когда секунд ..цать пакетный манагер занимает весь проц - это <br>&gt;не очень здорово. <br>&gt;&gt;специально бы сравнил скорость. <br>&gt;<br>&gt;"бы" - не считается. Я вот на n8x0 на работу пакетного манагера <br>&gt;насмотрелся. И сравнил. И знаете, я как-то не слишком доволен его <br>&gt;скоростью работы *сейчас*. Куда уж хуже то? oO <br><br>Ну нету лично у меня под руками сейчас свободного тормозного железа. Максимум &#8212; Sparc через месяцок, https://www.opennet.me/openforum/vsluhforumID3/59265.html#32 Sat, 03 Oct 2009 17:15:22 GMT &gt;Менеджер пакетов &#8212; такой же софт, как и всё остальное. Периодически появляется <br>&gt;необходимость что-то дорабатывать, переделывать. <br><br>Это системный софт, делаемый 1 раз и надолго. И в конечном итоге - переделывать и дорабатывать там если и надо то не так уж много. Как минимум - в тех базовых частях которые собственно пакетами занимаются. Я еще могу понять когда вот такое скажут про гуйную морду например (и то - стоит помнить что дебиян порой работает на low resource приблудах с гуем).<br><br>&gt;Изначальный вопрос (&#171;на хрена?&#187;) был за вами, что ж вы его по-прежнему <br>&gt;мне задаёте, а не разработчику? <br><br>Вообще, я его задаю не лично вам - форум как бы не ваш приват, если что.<br><br>&gt;Он не скрывается, контакты доступны, даже, кажется, в этом обсуждении<br>&gt;участвовал (Андрей). Боитесь ответа? :) <br><br>Мне кажется что если б я боялся ответа - я бы не спрашивал. Это самый надежный метод не получить ответа на свой вопрос :).<br><br>&gt;И почему вы вообще решили, что скорость разработки обязательно будет ухудшать качеств https://www.opennet.me/openforum/vsluhforumID3/59265.html#31 Sat, 03 Oct 2009 08:21:48 GMT (сорри, цитировать не буду, т.к. иначе получится ещё запутаннее)<br><br>Менеджер пакетов &#8212; такой же софт, как и всё остальное. Периодически появляется необходимость что-то дорабатывать, переделывать.<br><br>Изначальный вопрос (&#171;на хрена?&#187;) был за вами, что ж вы его по-прежнему мне задаёте, а не разработчику? Он не скрывается, контакты доступны, даже, кажется, в этом обсуждении участвовал (Андрей). Боитесь ответа? :)<br><br>И почему вы вообще решили, что скорость разработки обязательно будет ухудшать качество? Я уже приводил пример, когда переход с C на Perl в аналогичной ситуации привёл к многочисленным улучшениям, в том числе &#8212; в скорости работы самих программ. Да, если взять несколько грамотных C-программистов, то можно добиться небольшого ускорения работы &#8212; не забывайте, что основное время при управлении пакетами уходит на ввод-вывод, да ещё, в случае с интерактивными оболочками, на ожидание ввода пользователя. Но честно скажите, оно того стоит? Или вы всегда напряжённо медитируете на бегущ https://www.opennet.me/openforum/vsluhforumID3/59265.html#30 Fri, 02 Oct 2009 23:12:30 GMT &gt;Напишете? На сях? Чисто для сравнения? ;) <br><br>Да, умничать все сильны. А почему бы не задать этот вопрос разработчикам вон той поделки?Ну или спросить у них - куда они там так торопятся в создании системного компонента который делается раз и на чуть ли не десятки лет?Им настолько впадлу его делать?Или в чем прикол?Я еще могу понять когда так рассуждает какой-то жабист пишущий ява-крап для бизнесменов, но вот для манагера пакетов, системного компонента который делается раз и на вагон времени - это за пределами моего понимания.<br><br>&gt;"Теоретик", если вы посмотрите внимательно, долго занимался поддержкой <br>&gt;и разработкой этой самой apt. Так что кто ещё из вас теоретик... <br><br>Отлично, тогда пусть он расскажет - куда он там так торопится, что ему приспичило системный инструмент ваять на перле?И зачем в дебиане нечто, сделанное на уровне бизнес-поделий?Манагер пакетов - это такая кондовая штука которая делается на века.И собственно apt - вполне нормальный на мое имхо.Если уж делать - так наверное что-то лучше, а?И чел https://www.opennet.me/openforum/vsluhforumID3/59265.html#29 Fri, 02 Oct 2009 11:05:49 GMT &gt;&gt;Во-первых, Perl далеко не настолько прожорливый, как Python. Во-вторых, можно и на <br>&gt;&gt;сях написать такое гуано, что будет охренительно тормозить. <br>&gt;<br>&gt;Да, но при *равных* условиях (один и тот же алгоритм реализованный не <br>&gt;слишком криворуким програмером) жрать ресурсов сишная байда будет в разы меньше.И <br>&gt;тормозить - тоже. А то что тормозную дрянь можно написать даже <br>&gt;на асме никто и не сомневался, хоть и придется больше стараться <br>&gt;для этого :) <br><br>Напишете? На сях? Чисто для сравнения? ;)<br><br>&gt;&gt;;) В-третьих же, читайте внимательнее: Perl используется для упрощения внутренней <br>&gt;&gt;логики. А упрощение оной приводит к меньшим проблемам в поддержке, что означает <br>&gt;&gt;меньше багов.<br>&gt;<br>&gt;Знаете, я пока на баги в дебианской пакетной системе не жаловался. За <br>&gt;несколько лет юзания я умудрялся поставить пакетный манагер в позу всего <br>&gt;три раза. И все три достаточно легко вышибал его обратно в <br>&gt;работоспособное состояние. Так что шли б теоретики с их теоретическими преимуществами <br>&gt;и тормозными ресурсожорким https://www.opennet.me/openforum/vsluhforumID3/59265.html#28 Fri, 02 Oct 2009 09:27:01 GMT &gt;Во-первых, Perl далеко не настолько прожорливый, как Python. Во-вторых, можно и на <br>&gt;сях написать такое гуано, что будет охренительно тормозить. <br><br>Да, но при *равных* условиях (один и тот же алгоритм реализованный не слишком криворуким програмером) жрать ресурсов сишная байда будет в разы меньше.И тормозить - тоже. А то что тормозную дрянь можно написать даже на асме никто и не сомневался, хоть и придется больше стараться для этого :)<br><br>&gt;Прежде всего &#8212; алгоритмы: код на Python с O(n) будет лучше кода на C <br>&gt;с O(n!) на хоть сколько-то заметном количестве обрабатываемых объектов. <br><br>А еще дважды два равно четыре. Вот только если код с O(n) переписать на сях, он питона порвет с таааааким отрывом, что народ будет выпавшие челюсти выгребать из-под стола.<br><br>&gt;Ну а на небольшом количестве (в случае с пакетным менеджером) вообще пофиг: <br>&gt;вы заметите в его случае разницу между 0,1 с и 0,001 с?<br><br>Я замечаю когда yum тупит на виртуалках чтопиндец и нарывается на идиотский аут памяти тогда как apt в тех же ус https://www.opennet.me/openforum/vsluhforumID3/59265.html#27 Tue, 29 Sep 2009 09:35:35 GMT &gt;Нет, мне йум всяко нравится и сейчас, но в 12й федоре стал <br>&gt;быстрее заметно. <br><br>Неплохо. Он и в 11-й не медленный, а тут.. :)<br><br> https://www.opennet.me/openforum/vsluhforumID3/59265.html#26 Tue, 29 Sep 2009 09:00:42 GMT &gt;&gt; Yum стал лучше в федоре 12й<br>&gt;<br>&gt;А в 11 чем был плох? И presto там есть (если установить <br>&gt;yum-presto). <br><br>Нет, мне йум всяко нравится и сейчас, но в 12й федоре стал быстрее заметно.<br>