x64 – ciagle w d.
cały czas nie mogę się nadziwić jak to jest z architekturą x64 – niby jest na rynq lat już kilka, niby mówi się, że x32 odchodzi do lamusa, a niezmiennie są problemy ze sterownikami i programami.
do tej pory marudziłem na emesa i ich wsparcie – ale trzeba przyznać, że dla w7 na prawdę jest niewiele problemów ze sterami. gorzej już z aplikacjami. katalog 'program files (x86)’ zawiera ok. 95% wszystkich aplikacji – w zasadzie poza 7-zipem ciężko znaleźć coś na x64, zauważyłem też, że nie działają rozszerzenia explorera [menu kontextowe]. w końcu będzie wersja 64bit office! beta dostępna już jest dla subskrybentów technet więc niedługo sobie potestuje.
najgorzej jest z VPNami. większość producentów ma własnego klienta – cisco, checkpoint etc, który jest jedynym sposobem skorzystania z VPN. i tak dla np. cisco nie ma wersji x64, wersji x32 nie da się zainstalować. ponoć cisco stara się przestawiać na SSTP – nie mam pojęcia czy podobnie jak wcześniej będzie niby-ten-sam-protokół ale znów specjalny klient niezbędny.
ponieważ znalazłem bardzo fajne rozwiązanie – może komuś jeszcze się przyda – uniwersalny klient VPN – projekt sourceforge, obsługuje m.in. CISCO VPN no i najważniejsze – instaluje się na wersji x64!
tak czy inaczej – x64 to niby standard a wsparcie cały czas w głębokiej …
n.
Ku pamięci – hardlinki i junction
Czasami ze względu na kompatybilność aplikacji standardowe foldery Windows XP muszą nazywać się różnie (na przykład WINNT dla aplikacji pisanych pod w2k). Na szczęście NTFS daje nam parę fajnych funkcji takich jak Hardlinki i junctiony. Hardlinki można tworzyć za pomocą wbudowanego w system fsutil, a junctiony za pomocą sysinternalsowego junction.