Re: W czym Windows 8 jest lepszy?

Autor: Radosław Sokół <Radoslaw.Sokol_at_grush.one.pl>
Data: Sun, 25 Nov 2012 20:02:02 +0100
Message-ID: <k8tput$8r0$1@node2.news.atman.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed

W dniu 25.11.2012 19:36, artiun pisze:
> (moje zdanie, opłaca mi się), Zajmuje to to po "spakowaniu" mniejszą ilość np. na USB. A jak (zresztą nie dawno napisałeś - czas nie ma tu istotnego znaczenia). Program uruchomiony _raz_ i tak działa
> potem normalnie. np. Total Commandera, wraz z pluginami traktowałem UPX'em, po to by zostawić trochę miejsca na potrzebne w danym momencie drivery - mówię o przypadku kiedy kompa naprawia się u KOGOŚ
> w domu.

1) Pojemności pen-drive obecnie są, wydaje mi się, wystar-
    czajÄ…ce, by nie kompresować plików EXE specjalnie (tym
    bardziej, że czÄ™sto zewnÄ™trzne pliki danych sÄ… bardziej
    obszerne od samego kodu wykonywalnego, a je można już
    skompresować tylko na NTFS).

2) Nie wiem, jaki stopień kompresji osiąga UPX, ale pliki
    .exe, poza wyjÄ…tkami zawierajÄ…cymi dużo tekstu albo
    nieskompresowanych obrazów rastrowych, kompresujÄ… siÄ™
    raczej miernie.

3) Owszem, już uruchomiony działa mniej więcej normalnie,
    z wyjÄ…tkami:

    a) pierwsze uruchomienie trwa dÅ‚ugo, bo trzeba caÅ‚ość
       pliku .exe, wÅ‚Ä…cznie z częściami nigdy nie używanymi,
       poddać dekompresji do bloku pamiÄ™ci anonimowej,

    b) tak zdekompresowany obraz .exe jest stronicowany z/do
       pliku wymiany, a nie samego pliku .exe, co jest nie-
       optymalne i może spowalniać operacje wymian stron i
       powodować zwiÄ™kszone użycie pamiÄ™ci fizycznej (szcze-
       gólnie, gdy ktoÅ› "sprytny" sobie wyÅ‚Ä…czy plik wymiany).

PS. O czasie pisałem w aspekcie uruchamiania komputera, co
     siÄ™ robi raz dziennie, a nie uruchamiania programu, co
     siÄ™ robi czasem kilku- lub kilkunastokrotnie (jeżeli nie
     częściej nawet).

-- 
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |                                        |
\........................................................../
Received on Sun 25 Nov 2012 - 20:05:02 MET

To archiwum zosta³o wygenerowane przez hypermail 2.2.0 : Sun 25 Nov 2012 - 20:42:02 MET