Przy użyciu wtyczki z Microsoftu, próba zapisu dokumentu MS Word do PDF kończy się błędem Plik jest używany przez inną aplikację lub użytkownika... wtedy, gdy posiadasz również aktywnego Kaspersky Internet Security.
Co robić? Wystarczy wyłączyć ochronę proaktywną (Ochrona systemu -> Ochrona proaktywna -> Wyłącz).
Oczywiście nie polecam tego rozwiązania na stałe. Jedynie jako doraźne remedium...
Postanowiłem niedawno sprawdzić jak wygląda JBoss Application Server. A konkretnie porównać go do GlassFisha, do którego znacznie mi bliżej.
Pobrałem najnowszą stabilną wersję - 5.0.1. Przygotowałem prostą, testową aplikację, do tego krótkiego anta i zacząłem zabawę. Niestety na samym wejściu pojawiły się problemy. Owszem, ear deployował się bez problemu, ale już próba ponownego wdrożenia kończyła się błędem:
java.lang.RuntimeException: Error while adding re-deployments
Krótkie poszukiwania zakończyły się, gdy dotarłem do informacji, że w wersji 5.0.1 zmianie uległ sposób obsługi pliku tymczasowego. A może przyczyna leży gdzie indziej? W każdym razie problem rozwiązałem poprzez użycie ponoć znacznie mniej kapryśnej wersji 5.0. Działa.
Po udanej walce z RAMem postanowiłem wypróbować nowy sprzęt. Na pierwszy ogień poszły jedne z najbardziej pamięciożernych aplikacji - gry. Uruchomiłem zatem Tomb Raider: Underworld, włączyłem wszystkie graficzne wodotryski i... cieszyłem się nową zabawką maksymalnie godzinę.
Po tym czasie gra wyłączyła się, a Vista poczęstowała mnie komunikatem o braku pamięci operacyjnej. Posłusznie sprawdziłem jej stan w menadżerze zadań. Okazało się, że mam dokładnie 6 MB wolnej pamięci operacyjnej! Lwia jej część została zbuforowana.
Google zaprowadziło mnie wprost do informacji o nowej, wspaniałej (jakże by inaczej...) funkcjonalności Visty - SuperFetch. Mechanizm ten, spadkobierca Prefetching znanego z Windows XP, polega na "przewidywaniu" zachowań użytkownika. Cała tajemnica opiera się na prostej idei - system przez kilka dni pracy, śledzi nasze zachowanie. Rejestruje kiedy (w jakie dni tygodnia i o której godzinie) używamy określonych narzędzi. Na podstawie tych danych możliwe jest później przewidzenie, jaki program zostanie wkrótce uruchomiony, a w konsekwencji, załadowanie go wcześniej do bufora pamięci tak, aby był szybciej dostępny dla użytkownika.
Wszystko świetnie, w dłuższej perspektywie daje to wymierne korzyści, ale takie zachowanie jest kompletnym nieporozumieniem w przypadku, gdy chcemy korzystać z bardziej pamięciożernych programów. Ok, zatem jak to wyłączyć?
Wystarczy w panelu Usługi znaleźć pozycję Wstępne ładowanie do pamięci i ją zatrzymać, a także przestawić typ uruchamiania na wyłączony.
Ostatnio na własnej skórze doświadczyłem ograniczeń 32-bitowego systemu operacyjnego. Próbowałem instalacji 4 GB RAM pod Windows XP Pro 32-bit. Niestety system korzystał wyłącznie z 3,25 GB. Co więcej w BIOSie rozpoznane zostały całe 4 GB. Dlaczego? Otóż w 32-bitowym systemie możliwe jest zaadresowanie maksymalnie 2^32 = 4 294 967 296 adresów pamięci. Biorąc pod uwagę, że w tej przestrzeni adresowej znajdują się obszary zarezerwowane dla pewnych zasobów sprzętowych komputera oraz pamięci wirtualnej, otrzymujemy właśnie rzeczone 3,25 GB.
I tak oto stałem się (nie)szczęśliwym posiadaczem Visty x64, w której to dostępne jest całe 4 GB.
