Oprogramowanie

Rozszerzone wsparcie dla Microsoft Office 2010 właśnie się kończy i część firm budzi się za przeproszeniem z ręką w nocniku. Wcześniej to samo przeżywaliśmy chociażby z Windows 7 i Windows XP, podobny "problem" jest też widoczny z kolejnymi wydaniami Androida i wieloma innymi produktami.

Ostatnio musiałem dokonać tak skomplikowanej czynności jak zakup folii matowej na "prehistoryczny" telefon Samsung Galaxy S9.

Czytałem ostatnio o teście ciążowym, który zamiast 20 centów amerykańskich kosztuje 7 dolarów i robi dokładnie to samo (tzn. pozwala na jedno badanie), ale... wynik wyświetla na ekranie LCD zamiast w postaci kreseczek. Co ciekawe, maszynka w środku może mieć obliczeniową porównywalną lub większą niż pierwszy IBM PC i zawiera takie elementy jak mikroprocesor, bateria, itp. (Crysis na tym nie pójdzie, ale Doom zapewne już tak).

10 marca 2019 niejaki clouds65 zgłasza błąd o tym, że jego Linux uruchomiony w HyperV (z buforem ramki hyperv_fb) działa koszmarnie wolno.

12 marca 2019 użytkownik z nickiem dcui (najwyraźniej pracownik MS) stwierdza, że bug może być odtworzony ("I can reproduce the exact symptoms on latest Hyper-V build. It looks like recently something on the host side causes this issue.") i dodaje "I'm going to report this issue to Hyper-V team, but I'm afraid it can not be resolved soon".

Użytkownik marcinwiacek w dniach 3 - 6 lipca 2019 zauważa, że problem również go dotyczy. Zaraportowane są takie detale jak procesor (myślę, że to ważne w kontekście kolejnego odkrycia) i fakt, że włączenie opcji "Processor compatibility" dla CPU rozwiązuje problem.

Firma Microsoft wie już, gdzie, co i jak (i wie również, w którym mniej więcej buildzie HyperV wystąpił błąd).

Viktor Lustig to „człowiek, który sprzedał wieżę Eiffla dwa razy” (obrazek i cytat za Wikipedią).

Aż chciałoby się powiedzieć, że Jan Kowalski to człowiek, który kupił ją co najmniej kilkanaście razy...

Dzisiaj naszła mnie ochota, żeby zrobić subiektywny ranking największych przekrętów z IT z ostatnich lat. Myślę, że to będzie doskonałe podsumowanie kilku drobnych wpisów blogowych, które popełniłem.

Dzisiaj "blue screen" czy "kernel panic" to święto, nie ma już często i gęsto potrzeby dźwigania kilogramów ani wystawiania się na promienie X, ale... czy naprawdę cokolwiek się zmieniło, jeśli spojrzymy na to, jak ludzie (od producenta) traktują innych ludzi (swoich drogich i najcenniejszych klientów)? Czy naprawdę, pomimo całego tego postępu technologicznego, staliśmy się lepsi jako gatunek? Wyciągnęliśmy wnioski?

Zapraszam na krótkie spojrzenie na kilka sprzętowych drobiazgów z trochę innej perspektywy, gdzie podam kilka historyjek z życia wziętych, jak również spróbuję podać kilka rozwiązań (kilka, kilka, kilka - wiem).

Czasem mam ochotę wrócić do starych dobrych czasów, w których królowały takie oto komputery:

Poniższy wpis skompletowałem na podstawie doświadczenia, które miałem przyjemność przeżyć z najbardziej dopracowanym i stabilnym systemem świata... i pisanymi od lat sterownikami bardzo znanej i lubianej ostatnio korporacji.

Katastrofa, olaboga! po prostu Armageddon i kosmiczna nicość w jednym, bo jakaś amerykańska firma (ważna szczególnie kiedyś) kończy z czymś tam.

Ta część będzie trochę ryzykowna (przy braku rozsądku możemy nadwyrężyć lub nawet uszkodzić sprzęt), ale pozwoli nam ustawić wiatraki w części modeli laptopów Dell.

Po zakończonych niepowodzeniem bojach z PHP 7.4 (napisałem zresztą post o tym, jak sobie zainstalować Apache, PHP i PostgreSQL bez zaśmiecania Windows) i weekendzie czyszczenia magazynów ze wszystkich śmieci (podczas którego kupiłem jedynie buty, bo było to czego szukałem i rzeczywiście w obniżonej cenie) "odczułem dobrowolną potrzebę" orientacyjnego porównania jaka jest obecnie różnica wydajności pomiędzy Hyper-V i VirtualBox.

Pojawił się stabilny PHP 7.4 i ponieważ to jest blog, to zdecydowałem się zwerbalizować swoje notatki i krótko opisać procedurę instalacji Apache, PHP i PostgreSQL, którą używam w jednej z moich instalacji Windows do przygotowania środowiska do zabaw z PHP.

Celowo sięgnę tutaj do źródeł (tzn. łączenia każdego z trzech komponentów) zamiast bawić się w jeden z gotowych pakietów.

Speed Shift został dodany wraz z procesorami Skylake, jednak np. część producentów laptopów zdecydowała się go nie włączać.

Szerszy opis funkcji można przeczytać np. tutaj, w skrócie mówiąc w założeniu ma ona pozwalać na szybsze zmiany prędkości pracy procesora, co ma się przełożyć na większą responsywność i wydajność (przy czym zużycie energii ma być na podobnym poziomie).

Nie chciałbym tutaj gdybać czy powodem nieobecności tej funkcjonalności np. w niektórych Dellach jest planowane postarzanie (chęć zareklamowania funkcji w kolejnej generacji), inżynierskie obawy o stabilność albo czas pracy czy zwykła normalna głupota, faktem jest, że dzisiaj możemy sami pobawić się tą funkcjonalnością i ewentualnie zacząć jej używać.

W Linuxie sprawa jest jasna (cokolwiek to nie znaczy, zmieniamy MSR 0x770 z 0 na 1), w tym krótkim poradniku pokażę jak sobie z tym poradzić w Windows 10.

Jak wszyscy powszechnie wiedzą, obecne procesory to nie tylko kawałek krzemu, ale również potężna dawka wewnętrznego oprogramowania (microcode).

Chciałbym tu przedstawić działające rozwiązanie pozwalające uaktualniać je, zanim zrobi to Microsoft / producent płyty głównej.

Całość została przetestowana pod Windows 10 z procesorem Intela, powinna działać pod różnymi wersjami okienek nie używających Hyper-V, prawdopodobnie może być zastosowana do układów AMD (nie przetestowałem).

Dawno dawno temu, w zamierzchłej przeszłości, popełniłem artykuł o typach i programach do wirtualizacji, dzisiaj chciałbym pokazać jak w kilku krokach przygotować sobie Ubuntu pod Windows 10 (przy czym dodam, że oficjalnie jest to niemożliwe w Windows 10 Home).