Few years ago I have bought Clevo L140MU branded by Polish Hyperbook. It was revolutionary in this time (36h after limiting power) and I even wrote few articles about setting it up. Shortly speaking: weight 1kg, battery 73Wh, LCD B140HAN06.2, fully black case, almost no holes in the bottom & SSD Samsung 980.

Some time ago I had to replace my phone because of screen - after years of using Samsung devices I found, that new screens are so bright, that PWM with 240 or 480 Hz is not good for my eyes (note: it's not good for anybody eyes, but some people don't feel it).

X86 - what's the future?

In this year we have seen:

1. information about Intel CPU instability from voltage and manufacturing process (13 and 14 gen)
2. relative weak performance of Arrow/Lunar Lake CPUs (Intel concentrated on power efficiency)
3. (initial?) problems with Ryzen 9000 series
4. Qualcomm delivering only part of promises & without faith in own platform. Currently we see canceled SDK mini PC, we don't have full compatibility, Linux support and CPUs are normally paired with power-hungry screens and small batteries (which doesn't make any sence).
5. AMD with paper AI 300 series. We don't have many systems with it, they seems to be too expensive (mini PC cost even 2x than prev gen), additionally almost all models come from Asus and sometimes we see such nonsenses like pairing with Nvidia cards.
6. AMD working together with Intel on extending x86 (they probably feel pressure from ARM and RISC-V)

Is x86 really dying?

Od czasu do czasu (a właściwie dosyć regularnie) zdarza mi się ponarzekać na oprogramowanie i sprzęt - w różnych sytuacjach nowe wersje często wydają się być gorsze niż poprzednie, a wynika to z tak prozaicznych przyczyn jak ludzka chciwość (głupie oszczędności na kluczowych drobiazgach) czy brak kompetencji osób, które zmian dokonały.

- To wybór między dżumą i cholerą. – Takie opinie można było spotkać na temat niedzielnych wyborów we Francji, i tak się czasami czuję, gdy muszę wybrać jakiś sprzęt komputerowy.

Reklamy i zapewnienia producentów często wyglądają tak samo poważnie jak wynurzenia pewnego dyktatora (wielokrotnie wspominałem o tym na swoich blogach), a nawet proste zakupy mogą się zamieniać w coś takiego:

Załóżmy, że jakiś rekord (nazwijmy go X) wymaga 1 MB do zapisania swojej historii. W tej sytuacji 1024 rekordów wymaga 1 GB, 1048 576 rekordów (czyli 1024 x 1024) potrzebuje 1 TB, a 100 milionów 100 TB.

Przeciętny dysk twardy w komputerze, czy to domowym, czy służbowym, ma dajmy na to 0,5 – 1 TB. Można sobie założyć, że taka przestrzeń kosztuje ok. 100 PLN (nie wszyscy mają SSD, a ceny tych nieustannie jednak spadają).

100 x 100 PLN = 10 000 PLN

Przemnóżmy to razy 10 (profesjonalny sprzęt kosztuje więcej) - dostaniemy 100 000 PLN. Do tego dochodzi oczywiście koszt sprzętu na samą bazę danych, serwisy i zapewne serwer www (więc powiedzmy, że możemy się zmieścić w 200 000 PLN).

Załóżmy teraz, że X to PESEL. I choć wcześniej podałem tylko moje bardzo szacunkowe wyliczenia, to nawet z nich wynika jedna rzecz - dobrze przygotowany system tego typu nie powinien być bardzo drogi. Oczywiście zdaję sobie sprawę, że mamy jeszcze koszty utrzymania i zmian (system musi działać z innymi i od czasu do czasu trzeba migrować dane).

W tym tygodniu na jednym z komputerów uaktualniłem pakiety w ostatnim stabilnym Ubuntu - z ostatnią wersją pobłogosławionego przez Canonical jądra zainstalowałem sterowniki NVidii w wersji 465 zamiast 460. Zaraz po tym zrobiłem restart, i od razu zaliczyłem zwieszkę systemu (zatrzymywał się bez błędu na ekranie ładowania).

Komputer zwykły i przeciętny, ot normalny Ryzen i karta graficzna sprzed kilku lat. Pod Ubuntu 20.10 nie było z nim problemów, pod wspomnianą wersją 21.04 jak dotąd miałem kilka zwieszek, i jak obstawiam, zawsze winne były sterowniki własnościowe od karty graficznej.

"Użytkownicy mieli przez kilka miesięcy problem w Linuxie z kartami NVidii i określonymi wersjami sterownika. Zawinił kowal, powiesili cygana" - tak mniej więcej można podsumować to, co ostatnio zaserwował nam na tym portalu jeden z kolegów.

Pomyślałem, że napiszę kilka słów na temat sterowników w najlepszym z najlepszych systemie świata.

Dawno, dawno temu praktycznie każda maszyna była oddzielną wyspą, a urządzenia i nośniki charakteryzowały się dosyć mocną awaryjnością.

Standardem były rozmyślania, czy dysk od Samsunga czy IBM jest lepszy niż któraś tam Barracuda (przypomnę, że SMART został wymyślony około 1995 roku). Zwracaliśmy uwagę na obecność pól magnetycznych i problemy z dyskietkami Verbatim, wielu z nas doświadczało również tego, że porysowanych płyt CD / DVD / Blue-Ray nie można czytać w nieskończność, albo że ulegają one upływowi czasu.

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

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

Wyjaśnię to łopatologicznie:

• tysiące lat - ludzie marzą o lataniu
• 1903 - pierwszy lot braci Wright
• 1927 - przelot transatlantycki Lindbergha
• 1933 - lot Stanisława Skarżyńskiego nad Oceanem Atlantyckim na polskim RWD-5 bis i oblot Douglas DC-1

I provide here first version of README.md from two GitHub repositories.

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.