Do napisania tego wpisu blogowego (to nie jest dokumentacja!) skłoniły mnie komentarze, które zobaczyłem m.in. pod moimi wpisami.

To będzie drobna polemika...

Każdy, ale to każdy system ma swoje wady i zalety... Poniżej kilka krótkich notatek dla Ubuntu 20.04 64-bit (zrobionych m.in. na podstawie reakcji użytkowników, którzy nigdy nie widzieli tego "cuda")

Trochę ponad pół roku składałem system oparty na płycie głównej X570 Phantom Gaming-ITX/TB3, w lipcu pojawiła się wersja 2.30 UEFI i chciałbym się podzielić różnymi spostrzeżeniami...

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:

Niedawno przeczytałem sobie trzy pozornie niezwiązane ze sobą rzeczy - opis płyty ASRock X570D4I-2T, wpis "Okiem programisty: minimalizm" i komentarze do tekstu "Mocno subiektywny ranking internetowych sklepów z elektroniką".

Mam kilka przemyśleń, którymi chciałbym się podzielić - spora ich część nie jest związana z informatyką.

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.

Standardowy instalator Ubuntu pozwala na szyfrowanie partycji jedynie wtedy, gdy zdecydujemy się na wyczyszczenie całego dysku.

Przeglądałem na szybko Internet i znalazłem taki oto poradnik https://help.ubuntu.com/community/Full_Disk_Encryption_Howto_2019, który mówi o używaniu czegoś, co nazywa się LUKS (Linux Unified Key Setup).

Zacząłem przeglądać uwagi tam podane i zdecydowałem się przygotować krótki wyciąg dla dysku używanego z UEFI - czystego / z zainstalowanym już Windows.

Nie zajmę się tutaj takimi kwestiami jak siła szyfrowania albo zmiana rozmiaru partycji, tylko konkretnymi najprostszymi wymaganymi krokami.

In December I had ability of creating powerful ITX system with AMD Ryzen processor. After this build I created an article in Polish language describing with details problems found during it (see Największa niewiadoma 2020 to AMD (pełne case study budowy mocnego systemu ITX), here I wanted to make some extract and short conclusion in English language.

Listopad i grudzień to okres wyprzedawania wszystkich bubli z magazynów, jak również czas wymiany mocnych konfiguracji przez bardziej świadomych użytkowników. Miałem ostatnio przyjemność współuczestniczyć w budowie jednej takiej maszyny, stąd trochę komentarzy i wniosków z notatek.

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).