Nekonecne dlouhé aktualizace

Nic nového, to ale neznamená, ze by to stvalo méne. Zaclo to uz pred lety, kdyz jsem mel jeste AVG. Kdysi byly aktualizace zálezitost 1 az 2 minut. Chápal bych, ze to dnes trvá o neco déle, situace je mnohem komplexnejsí, aktualizacních dat podstatne víc, myslím si. Ovsem pocítace jsou také rychlejsí.

Tedy tenkrát u AVG: Náhle, pocínaje jistým, me dnes uz neznámým datem se stahování souború neprimerene prodlouzilo tím zpúsobem, ze se vse stahlo sice rychle, pak ale okénko zústalo asi 10 minut stát ukazuje, ze stazeno 100%, nez se rozjela instalace; pak ovsem uz slo vsechno ráz na ráz, nejdéle do 2 minut bylo hotovo. A tak se nyní opakovalo denne. Príslusný dotaz mi v tamním fóru nekdo zodpovedel, ze free verze byla presunuta na starsí pomalejsí servry, aby s ní úcelne doslouzily - to bylo skutecne oficiálne oznámeno. Jenze tohle vysvetlení bylo jasný nesmysl, jinak by se nestáhlo prvních 100% bleskove a následující 0% by neptrebovala pak jeste nejakých 10 minut. Na to byly ty “pomalé” servry porád jeste dostatecne rychlé.

Pak jsem jednou (snad tak 2 roky na to, dnes je to uz taky nevím presne kolik let) zmenil na Avast, cenil jsem si predevsím dúsledné prúbezné testy (Avast testuje jak lze videt na tocícím se “a” vse pokazdé, kdyz se to spoustí, tempem, ze to uzivatel prakticky nepozná, AVG - aspon tenkrát - jen vybraný typ souború, jen jednou behem systémového sezení a to i kdyz se nespoustí, stacilo jen na seznamu prejet pres jméno mysí; a sice snecím tempem, ze nejen start príslusných souború byl podle okolností zdlouhavý, ale i pohyb mysí po monitoru byl nekdy opravdu obtízný.

Jinak tomu ovsem bylo u aktualizací: S prekvapením jsem zjistil, ze ona zastávka je tu taky, ne sice na 100%, protoze Avast ukazuje prímo byty, ale kdyz do konce chybí méne nez 100 posledních bytú. A nejen to, dalsí podobná zastávka následuje po instalaci, nez pak najednou vyskocí okénko, jez ohlásí konec. A zajímavé pozorování - ty prestávky jsou cím dál tím delsí. Na veci nezmenil nic ani prechod na výkonnejsí pocítac.

Dnes jsem se podíval na Setup.log a zjistil skutecne zajímavé: Nejdrív plno souború v rámci nejaké plausibilní lhúty stazeno (byt i to trvalo skoro 1/2 hodiny, mnohanásobek nez by odpovídalo rychlosti mého pripojení, ale to vem cert), nacez následuje prestávka skoro presne!!! 1 1/2 hodiny, kdy mám jen v okénku hlásku, ze se soubory ukládají a ze to múze chvilku!?! trvat; rekl bych ovsem, ze tohle by muselo být mnohem rychleji ulozeno i na disketách, natoz na moderním pevném disku, jenz mimochodem behem té doby nedelá nejmensí dojem, ze by provozoval nejakou takovouhle cinnost. Pak se spustí instalace, ta je hotová za 42 sekund, nacez následuje dalsí prestávka na minutu opet 1 1/2 hodiny, kde se nic nehne, jen prezence aktualizace prekází v pozadí, clovek trne, co se stane, co ji prerusí nebo nekdy taky jeden proste potrebuje odejít a pocítac vypnout; zdaleka ne kazdou aktualizaci se také podarí dovést do konce.

Tady je výsek z té palubní knihy, jak to skutecne (obdobne nejen dnes, ale vzdy, tohle je jen typický príklad) probíhalo, u jmenovaných prestávek jsou vykricníky:

03.12.2013	03:18:21.000	1386037101	general	Started: 03.12.2013, 03:18:21
03.12.2013	03:18:21.000	1386037101	general	Running setup_av_pro-558 (1368)

... pocátecní operace, príprava stahování

03.12.2013	03:22:42.000	1386037362	file	GetFileWithRetry: vps-13111001-13111000.vpu downloaded  and verified
03.12.2013	03:22:42.000	1386037362	package	DldPackage: C:\Progr... ...Setup\vps-13111001-13111000.vpu, returned 0x00000000
03.12.2013	03:26:48.000	1386037608	package	PerformDiff: Ok
03.12.2013	03:26:49.000	1386037609	internet	Used server: http://download400.avast.com/iavs4x
03.12.2013	03:26:49.000	1386037609	file	GetFileWithRetry: vps-13111002-13111001.vpu downloaded  and verified
03.12.2013	03:26:49.000	1386037609	package	DldPackage: C:\Progr... ...Setup\vps-13111002-13111001.vpu, returned 0x00000000

... stazeno ca. 50 balíckú

03.12.2013	04:06:07.000	1386039967	package	DldPackage: C:\Progr... ...Setup\vps-13120200-13120101.vpu, returned 0x00000000
03.12.2013	04:06:30.000	1386039990	package	PerformDiff: Ok
03.12.2013	04:06:31.000	1386039991	internet	Used server: http://download400.avast.com/iavs4x
03.12.2013	04:06:31.000	1386039991	file	GetFileWithRetry: vps-13120202-13120200.vpu downloaded  and verified
03.12.2013	04:06:31.000	1386039991	package	DldPackage: C:\Progr... ...Setup\vps-13120202-13120200.vpu, returned 0x00000000
03.12.2013!!!!!	04:06:52.000	1386040012	package	PerformDiff: Ok
03.12.2013!!!!!	05:36:02.000	1386045362	package	DeleteObsoletePackages: Removed vps-13111000.vpu
03.12.2013	05:36:03.000	1386045363	internet	Used server: http://download400.avast.com/iavs4x

... instalace

03.12.2013	05:36:15.000	1386045375	package	LoadPartInfo: setup = setup_av_pro-558 returned 00000000
03.12.2013	05:36:15.000	1386045375	package	LoadPartInfo: vps = vps-13120202 returned 00000000
03.12.2013	05:36:15.000	1386045375	package	LoadProductVpu: C:\Progr... ...\Avast4\Setup\prod-av_pro.vpu ended with 00000000
03.12.2013!!!!!	05:36:49.000	1386045409	package	ArePartsInstallable: 1
03.12.2013!!!!!	07:06:57.000	1386050817	package	vps: updated [13120202]
03.12.2013	07:06:59.000	1386050819	package	Transferred: files 0, bytes 0, time 0 ms
03.12.2013	07:06:59.000	1386050819	package	Retries: total 0, files 0, servers 0
03.12.2013	07:06:59.000	1386050819	file	NeedReboot=false
03.12.2013	07:06:59.000	1386050819	general	Return code: 0x20000000 [Something done]
03.12.2013	07:06:59.000	1386050819	general	Stopped: 03.12.2013, 07:06:59

V dúsledku toho asi nikoho neprekvapí, ze takhle jeden absolutne nemá chut aktualizovat kazdý týden, jak se jako absolutní minimum doporucuje, nerku-li denne, jak by se vlastne melo - 1/8 svého zivota by tak clovek strávil jen aktualizacemi Avastu ::). Uzivatel je takhle nucen vystavovat se neprimereným rizikúm, nad smyslem toho celého cvicení se staví otazníky.

Byl bych rád, kdyby, jestli uz na tom nelze nic zmenit, mi nekdo aspon mohl rozumne vysvetlit, proc to tak musí být?

Dobrý den,
díky za to, že jste si vybral právě Avast i za vaši připomínku k jeho funkčnosti.
Trvání aktualizace v řádech hodin není samozřejmě v pořádku.

Chtěl bych se zeptat, jestli máte nějaký zásadní důvod k tomu, že používáte velmi starou
verzi z roku 2009? Pokud tomu tak není, doporučoval bych aktualizaci programu - ve vašem
případě reinstalaci, protože rozdílová aktualizace z vaší verze na nejnovější Avast 2014
bohužel není možná.

Pokud jste z nějakého důvodu (nepodporovaný OS, starý HW) nucen zůstat u staré verze,
mohl byste mi poslat celý setup.log pro podrobnější analýzu? Přestože opravy verze programu
z roku 2009 se již nevydávají, můžeme se pokusit najít způsob, jak problém obejít.

Ještě bych rád dodal důležitou věc k aktualizacím antivirové databáze: Čím častěji
ji budete aktualizovat, tím kratší bude doba aplikace jednotlivých aktualizací. Při každé
aktualizaci si stahujete rozdílové soubory k jednotlivým mezistavům databáze,
které jste sice “propásl”, ale přes které musí program postupně projít.
Proto, když jste podle logu aktualizoval databázi 10. listopadu a pak pustil další
aktualizaci až 3. prosince, program stahoval desítky rozdílových souborů.
Mezi 10. a 11. listopadem by jich bylo jen několik.

Díky za odpoved. Jo, jedná se o parní lokomotivu IBM 300PL z rýsovacího prkna Jamese Watta osobne :wink: ;D z prosince 1997, Pentium MMX a W98SE (dobudovaná takrka vsemi nenásilnými moznostmi, jez skýtala následující doba, jede stále prekvapive dobre, i kdyz v urcitých oblastech samozrejme narází na hranice), proto ten Avast 4.8.

Potrebuju tady jeste objasnit pár malickostí pak poslu ten setup.log; mozná ze pak rekne i víc, nez kdybych ho poslal hned. Bude to doufám jeste dnes.

Bude to bohuzel jeste chvilku trvat, nez budu ten soubor moct poslat. Kvúli indikované infekci, o níz písu tady: http://forum.avast.com/index.php?topic=141281.0 a kde jsem zatím nenasel jinou bezrizikovou moznost ji zlikvidovat, delám úplne novou instalaci na absolutne cistý, kompletne - vc. MBR - smazaný disk, za dúsledné prúbezné kontroly na potenciální rizika infekcí a jsem tím momentálne plne casove vytízený. Jsem teprv asi v 1/3, Internet tam jeste nainstalovaný nemám. Ale off-line aktualizace, co jsem tam hned z pocátku delal se souborem ze 4.12., ukazuje na to, ze tenhle problém tady s tímhle virem, co mám na tomhle disku, se kterým jeste musím do síte, kdyz je treba, nesouvisí. Myslím, ze ten setup.log, co pak budu moct poslat, bude i zavdávat mín prícin k mozným nejasnostem v jeho obsahu.

Prozatím bych mel jen jeste otázku k oné off-line aktualizaci: Ten soubor má pres 100 MB, coz bych rekl, není zrovna trpaslík. Jeho instalací mi ovsem vzrostl celkovy objem instalace Avastu o znacne víc nez 200 MB, pricemz jsem v ní nasel 2 nové soubory, mající rovnez kazdý málo pres tech 100 MB. Jsou skutecne oba treba? Na me to delá ten dojem, ze jeden je proste ta virová databáze (400.vps, presne 104’883 KB), s címz nic nenadelám a jez touhle aktualizací vseho najednou je také celá v jediném obrovském souboru, a pak jeste ve slozce …\setup 105’005 KB velký vps-13120500.vpu. U toho si ríkám, jestli to není jen nejaký pozústatek probehlé aktualizace, jenz se na funkci uz vúbec nepodílí a mohl by se (a taktéz rovnez znacne rozmerný 400.vps.bak) v podstate smazat?