28.12.02 Andrzej Litewka wrote in <a...@a...krakow>:

> > dziennie traci sporo czasu na dodatkowym otwieraniu poprzednich postow.
> ułamek sekundy gdy podany jest M-ID

Bzdura. Po pierwsze, MsgID nie musi być podany, gdyż jest już w nagłówkach
(References) - ja podaję tylko na tej grupie, bo takie były zalecenia
w mailu wysłanym przez automat. Po drugie, czas wyszukania wiadomości
przez serwer, nawet jeśli korzysta z baz historii umieszczonych w pamięci
i przeróżnie optymalizowanych baz overview, też nie jest zerowy, co przy
serwerach z dużym loadavg daje się odczuć. Po trzecie, ppp (protokół
najczęściej wykorzystywany przy połączeniach modemowych, tak zwani
zwykli użytkownicy łączą się przez modem w zasadzie tylko nim) korzysta
z pakietowania, a linijka ARTICLE <message-id> razem ze znacznikiem końca
linii nie zajmuje całego pakietu, więc trzeba poczekać chwilkę, aż pakiet
zostanie uznany za skompletowany i bufor txqueue zostanie opróżniony.
W efekcie nie czyta się newsów tak krótko jak się wydaje...

> > Przykladowo jesli idzie o modemowca...
> Jeżeli chodzi o modemowca, który czyta grupy to jego obowiązkiem
> obywatelskim jest doinstalowanie sobie do swojego czytnika
> dodatkowego programu o nazwie Hamster.

Bzdura. Fakt że lokalny serwer się przydaje, ale ja np. nie zamieniłbym
zestawu sucknews+zip+ftp+inn na nic innego. Feeda ściągam sobie z serwera
po ftpie w ładnym skompresowanym batchu, i jestem bardzo zadowolony. Poza
tym Hamster ma słabo przemyślaną formę przechowywania artykułów, czasami
się zapętla, niektóre wersje mają kilka irytujących błędów, a w końcu nie
jest dostępny pod Linuksa.

> Szybciej nim ściągniesz wszystkie artykuły, które napłynęły od ostatniego
> razu wraz z treścią z kilku grup niż z jednej grupy same nagłówki tradycyjną
> metodą.

Bzdura. Nagłówki wchodzące w skład XOVER ściągają się po wysłaniu jednej
komendy do serwera, natomiast artykuły trzeba pobierać osobno.

> A ktoś mający modem jak lubi dawać zarabiać telekomunie to niech _NIE_używa
> Hamstera.

Bzdura. Hamster ściąga newsy w postaci nieskompresowanej, licząc jedynie
na kompresję na niższych warstwach. Owszem, taka występuje (głównie RLE
i BSD), ale kompresja w real-time nigdy nie będzie tak efektywna jak
kompresja na całej porcji danych.

PS. Jesteś fanatykiem?

--
Pozdrowienia z Warszawy * Adam `gophi' Wysocki * g...@s...tpi.pl
GG# 1234 * RLU# 265791 * ICQ# 173653642 * GSM# +48505439030 * CB# 33
Jesteś Gophim :) Jedynym w swoim rodzaju, niepowtarzalnym (C) Muszek