Osoba podpisana jako Grzegorz Niemirowski <gnthexfiles@poczta.onet.pl>
w artykule <news:q94jnm$pme$1@node2.news.atman.pl> pisze:
Andrzej P. Wozniak <uszer@poczta.onet.pl.invalid> napisał(a):
Kiedyś chcieli wersjonować te ścieżki, podobnie jak rozszerzenie ps1.
Potem im się odwidziało, podobno dla zgodności wstecz i tak zostało...
Ta… Kilka przykładów dla przypomnienia, nie tylko z MS.
1. Nadawanie krótkich nazw nie jest kompatybilne z Win9x. Obsługą
kapitalizacji liter w nazwach „długich” pasujących do formatu 8.3 też nie
jest kompatybilna.
2. Przez jakiś czas istniały 3 różne wersje nazwy dla elementu pierwotnie
nazywanego „zasobnikiem systemowym”, a obecnie chyba wciąż „obszarem
powiadamiania”.
3. Przez wiele lat w kolejnych wersjach MS Office instalator dodawał do
rejestru część wpisów z długimi nazwami, a część z krótkimi (dla Excela,
OIDP).
4. Według zaleceń MS wywołanie dezinstalatora programu w UninstallString
powinno być podawane w cudzysłowie zgodnie z zasadami dla wiersza poleceń.
Tymczasem sam MS gubi cudzysłów np. dla dotnet 3.5. Inni też nie są lepsi -
bez cudzysłowu jest np. Adobe AIR z zeszłego roku czy tegoroczny Winrar
5.70.
5. Chrome x64 cały czas instaluje się do katalogu %ProgramFiles(x86)%, co
skutkuje zaśmiecaniem rejestru przez zdublowane wpisy w gałęzi
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node
itd.
Stąd jest
bardzo duża różnica w szybkości między PS 2 a nowszymi.
A stary hexplorer najpierw ładuje cały plik do pamięci, a potem to już
błyskawicznie…
Wspomniałeś o buforowaniu instrukcji, więc napisałem o kodzie skryptu.
Pisałem „operacji”, mając na myśli m.in. operacje dyskowe i "undo" (w
przypadku Notatnika).
Natomiast plik danych jak widać jest ładowany do pamięci w całości.
Stary PS z całą pewnością buforuje nowe dane, ale w przypadku odczytu
wygląda na to, jakby wyszukiwał każdy bajt z osobna idąc za każdym razem od
początku pliku.
Ale dajmy temu spokój… Jakoś tam działa, jak już nie ma innego wyjścia.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z<->h w adresie)
|