Konec bankovnictví u ČS a XP

[masar]

Ano, snad si rozumíme.

[masar]

Znam cloveka kteremu tenhle RevoUninstaller 2x uinstalil spolu s jakymsi programem cely system...

Tak to musel být umělec k pohledání.
RevoUninstaller vyžaduje součinnost při odstraňování zbytků po odinstalaci (za kterou RU odpovědnost nemá) a to pro každý klíč a každý soubor zvlášť. Když to uživatel neodsouhlasí, nic neodstraní. Odpovědnost je tedy na uživateli.
Příklad odinstalace VirtualDubu:

[termit256]

Tohle urcite nedelal, on ani netusi co je registr, daval jen nejaky automaticky rezim cisteni a odinstalace.

[p32]

No a tom se právě bavíme. Lidi nic neumějí, ale diskutují, protože někdo už na to doplatil, ale jen proto, že sám nevěděl, co dělá. Většinou jsou to chytří lidé, kteří po tom, co jim začalo v počítači prskat a on přestal fungovat, tak ho zkoušeli jenom znovu zapínat, jestli se to nespraví a diví se, že toho vyhořelo ještě víc. Další takový připad je oprava PC, kde do toho už rejpal synovec apod., protože oni to měli ve škole a musí tomu rozumnět.

Díky masarovi (Jardovi), že ukázal to čištění 2x, aby to ostatní pochopili. Mně se opravdu podrobněji nechtěl zabíhat, když někdo nechápe už ten základ.

[josef_novak]

Máte představu, jaký je rozdíl ve velikosti registru po čisté instalaci a např. po 2 letech používání? Třeba větve "HKEY_LOCAL_MACHINE\SOFTWARE" u někoho, kdo ví co potřebuje a neinstaluje nesmysly.

[masar]

Nikdy jsem tak starou instalaci v PC neměl. Ale už výše uvedený příklad ukazuje na bobtnání registrů vlivem instalace různých programů a přitom se jedná o nejnovější OS MS. Ale stejným neduhem trpěli i všichni předchůdci W10. Čištění a zálohování/obnova registrů patřilo k běžným činnostem už od W95. V dnešní době mnoha-gigabajtových OS je velikost registrů nedůležitá a není důvodem k jejich údržbě.
Pokud jde o zjišťování velikosti registrů, je možné se na jednotlivé "větve" podívat jako na soubory ve složce ..system32\config\

[josef_novak]

Takže žádná představa, ale použiješ SW, který má po nainstalování desítky MB a ubereš s ním pár kB z registrů, které předtím sám zaplnil. Někdo dělá každý měsíc defragmentaci disku a na stopkách stopuje rychlost startu. Klobouk dolů, před takto pečlivými lidmi.

[masar]

Při defragmentaci mi vždy bylo dotčených disků docela líto (nehledě na časovou ztrátu) a tak to řeším obnovou disku (oddílu) již defragmentovaným obrazem, vždy připraveným v záloze. Je to mnohem efektivnější způsob, šetřící HW i čas. Rovněž tak tímto způsobem někdy nahrazuji antivirovou kontrolu systému.

[p32]

Někdo dělá každý měsíc defragmentaci disku a

Na SSD taky?

[josef_novak]

Na plečkách pro XP přece SSD nepoužívají viz. některé zdejší příspěvky a pokud ano, tak jednou za čas nabootují live Windows 7 a provedou TRIM.

[p32]

A jak se provádí TRIM?

[josef_novak]

To už si dohledej. Každý typ SSD disku (dle použitého řadiče) nemá od výrobce podporu pro TRIM pod XP.

[PotPalo]

TRIM je zbytočnosť. Mám použitý SSD disk a Windows XP, žiadne TRIM nepoužívam, a chodí to slušne. Rýchlosť kopírovania veľkého súboru je 40 MB/s. Ono sa to miesto pred zápisom tak či tak musí zmazať, samotný zápis tiež zaberie nejaký čas, a pokiaľ má disk cache (ako že má), tak to funguje rovnako rýchlo.

Príklad zápisu bez TRIM: zapisujem veľký súbor. Disk prijme do cache časť súboru, napríklad 16kB, čaká na zmazanie 16kB a následne zapíše 16kB. Počas čakania na interné dokončenie zápisu sa môže prijať ďalších 16kB a maže sa miesto pre ne. Takže sa čaká zároveň na dokončenie zápisu aj mazania. Zápis aj mazanie je podobná operácia, takže zaberie rovnaký čas, takže v podstate čakám tak či tak rovnako dlho ako s TRIM, tak aj bez neho. Keby som nečakal na mazanie, stále čakám na zápis (teda pokiaľ to vied disk súčasne). Jediný rozdiel je čakanie na zmazania tých prvých 16kB.

[josef_novak]

Schválně sis pořídil SSD, které je pomalejší než HDD? Těch 40 MB/s překonají i SD karty. A Trim klidně ignoruj, to SSD pomalejší už asi nebude.

[termit256]

40MB/sec je slusna rychlost?
To ti ten trim vrele doporucuju