Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Gdzieś kiedyś czytałem, że w jednej z dystrybucji, bodajże Fedorze, udało się zrobić tak, by przy aktualizacji ściągać tylko zmiany w pakietach a nie całe pakiety.
Ponoć ściąga(ło?) się wtedy gdzieś 40% mniej...
Powiedzcie mi (jakoś łopatologicznie), dlaczego nie ma tego tutaj, jakie są plusy i minusy takiej filozofii, poza oczywistym plusem mniejszego zapchania łącza → szybszego ściągania i zwolnienia łącza serwerowi...
Hej
Offline
plota krąży po sieci już od jakiegoś czasu... to się chyba jednak nie udało w żadnej dystrybucji. w każdym razie w debianie nie ma i nic nie słychać o tym, żeby miało być.
Offline
a conary to przypadkiem nie to
rPath linux lub foresight
Offline
Ja sobie słabo wyobrażam ściągania różnic w binarnych pakietach, szczególnie tak dużych jak openoffice.
Offline
Technicznie patchowanie plików binarnych [url=http://packages.debian.org/lenny/xdelta]jest możliwe[/url], jednak bardzo niewydajne. Wczoraj sobie tak patchowałem coś, ok — mam półszatana, ale to były naprawdę małe pliki — jak czadman zauważył, duże pakiety to byłaby masakra. Sam nie wiem co byłoby lepsze, ściąganie większej ilości danych czy mordowanie
1. komputera1 dla wygenerowania patcha
2. komputera2, na którym się nakłada owe patche
(abstrahując od tego, że często patch byłby niewiele mniejszy od nowego pakietu).
No i pobierając cały pakiet nie jest ważne z jakiej wersji upgrade'ujesz, czy upgrade'y robisz codziennie, co tydzień czy raz na rok. W przypadku patchy miałoby to pierwszoplanowe znaczenie.
Więc moje zdanie: bez sensu.
Ostatnio edytowany przez azhag (2007-12-18 12:24:13)
Offline
[quote=iwo]Gdzieś kiedyś czytałem, że w jednej z dystrybucji, bodajże Fedorze, udało się zrobić tak, by przy aktualizacji ściągać tylko zmiany w pakietach a nie całe pakiety.[/quote]
Widziałem coś takiego w SuSE. Ściągało coś co się nazywało pakietami przyrostowymi czy jakoś tak. Ale to może nie o to chodziło... :)
Offline
swego czasu w Debianie zrobili sciaganie latek na listy pakietow (a to tekst) ... rezultat - na dobrym laczu i niezbyt czestych aktualizacjach ciagniecie listy pakietow (wraz z ich patchowaniem) sie zauwazalnie wydluzylo ... wiec IMHO bez sesnsu kombinowac cos takiego z paczkami ...
Offline
Moim zdaniem za rok,dwa trzy lata jeżeli deweloperzy Linuxa dogadają co jest konieczne do osiągnięcia sukcesu microshit będzie miał bardzo bardzo duże kłopoty bo jego produktami ludzie po prostu zaczną powoli gardzić. A co do tych pakietów też słyszałem że jest to w fazie testów ale jeszcze w żadnej z dystrybucji nie udało się tego z powodzeniem wprowadzić:)
Offline
O kurcze, tu się nawet okazuje, że jest narzędzie dedykowane dla debianowych pakietów. Mimo wszystko podtrzymuję argumenty, które wymieniłem wcześniej. Patchowanie pakietów to tylko sztuka dla sztuki.
http://packages.debian.org/debdelta
(sorry za odkopywanie trupa, chciałem się tylko podzielić odkryciem)
Ostatnio edytowany przez azhag (2008-03-25 19:45:46)
Offline
Nie mam teraz nic do aktualizowania, ale będę używał tego z dwa tygodnie i zobaczymy jak się system będzie zachowywał...
edit:
delta-upgrade failed : exceptions.AssertionError
Po szkole się pobawię.
Ostatnio edytowany przez owca (2008-03-26 06:21:45)
Offline
[quote=tgR]a jakby byly patrze na zrodelka ? dla takiego gentoo to super :P[/quote]
gentoo-sources tak jest aktualizowane [;
Offline
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00003 | SET NAMES latin2 |
0.00120 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.114.140' WHERE u.id=1 |
0.00068 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.114.140', 1733078186) |
0.00049 | SELECT * FROM punbb_online WHERE logged<1733077886 |
0.00061 | SELECT topic_id FROM punbb_posts WHERE id=78523 |
0.00130 | SELECT id FROM punbb_posts WHERE topic_id=10087 ORDER BY posted |
0.00100 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=10087 AND t.moved_to IS NULL |
0.00007 | SELECT search_for, replace_with FROM punbb_censoring |
0.00121 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=10087 ORDER BY p.id LIMIT 0,25 |
0.00080 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=10087 |
Total query time: 0.0075 s |