Wielki Ucisk, chip #RFID i pochwycenie Kościoła – ciekawa interpretacja starotestamentowa, NAJLEPSZA +PLUS: Zgodna z Amightywind!

Czyli tzw. „GOGipt...” 

(Źródło – link do komentarza na YouTube:)

https://www.youtube.com/watch?v=97U5QmCjLyw&lc=UgyA24jvI12eEBJnSyh4AaABAg

Wbijcie sobie do pustej kiepały: 

cyt. „Jak pastor nie chce tego oglądać to pastor by musiał umrzeć jeszcze przed wielkim uciskiem. Nowy Testament mówi, że Pan Jezus nie wróci wcześniej jak po wielkim ucisku. Pisze, że Bóg zachowa przed godziną wielkiego ucisku, ale to nie będzie pochwycenie kościoła. W tym wypadku by należało spojrzeć na Izraelitów w czasie niewoli egipskiej za dni Mojżesza. Czy pisze gdzieś, że na czas gdy Bóg zsyłał plagi na Egipt to Izrael został zabrany przez Boga do nieba lub w jakieś bezpieczne miejsce, a potem wracali by faraon nie widział tego, że zniknęli? Nie pisze o tym, a jednak Żydzi ocaleli mimo, że plagi spadały na Egipt. Dlatego to samo będzie przy wielkim ucisku.”

„Unlocking” (the) SysRQ REISUB hotkey is overmarketed!! & NVIDIA freezes EVEN when doing NOTHING in the foreground • and it freezes VERY suddenly. (PLUS: about #KWin)

NVIDIA freezes even when taking a some pause... . Linux is such system that is underworked, of course Xorg-bypass vt force-switch was used... •SysRQ's overmarketed!

I know Scroll Lock can be „another” SysRq on „different” keyboards. But the Linux can be different from usability and productivity.

 

•I know it is free/open-ware (mainly) market.

You have Linuxes in corpo-compatible style (CentOS), „one” workstation (Fedora), full-corpo (old Red Hat...), and...?

And what? Still old problems of synchronization, thread locks... But it does is certain way to prove computers are not gods, as some seem to „deep-in” virtual so-called reality, BIG shit of AI processing, robotics areas – NEXT big-shit NLP op.

Yea, computers are as great book library. But Linux users sometimes not growing old stuff... .

They also make new-and-worser instead of fixing errors in the old. Almost as Windows...

Kwin definitely WORSER than compiz & emerald pair. Programmers lazy-working. One from pros maybe is it can detect wrong NVIDIA functioning.

 

(but... monotonic uptime of 3:14:58.300968 is better than system „crashy” suspend after start). 

 

And a fisheye lens effect – the same as astronauts have. All America is a bluff, simply – LIE and waste.

Linux centered at effects – why this metacity-or-clone, when I need long distance from screen to eyes?! To save the oculistic health.

And, BTW, what a nonsense naming the monitor as the panel – yes, control panel for controlling morons.

Kwin supports this idea – theme editing IMO as Wayland screen parameters nano-editing. Yes, the „nano-”, in user experience scale.

Again, if SysRq not-so-hacky, (even certain kernel-mode debugger not ported to x86/new kernels!!!), then why to LIE to PEOPLE, and build false sense of popularity/specific IT glared glory?!

Linuxes arose and decline, still failed at basis – NVIDIA.

Not DRI, DRM or DDX. The base core of everything – the code runtime quality.

Unless, someone uses CLI mode only. But they broke even Blender, some version (+!!!) not working under mere nouveau.

 

Two-computer debugging... we can NOT even set the chvt command. And the MALFORMED Oracle VM/Virtual Box. NONVIRTUAL BUGS.

Dysthopian Linux as banking dysthopia. Lacking at its.. even KERNEL basis!

„Ecosystems”, when the nature not having such bugs! In such extents!

I assumed – Mac also not perfect... perhaps all we have to install manually, with plenty of non-standarized package manages (main system lacking EVEN package manager?!!). Problems with installation, less problems perhaps when daily utilization. If the Mac supports hibernation... I doubt.

The BUG and its subBUG, a NVIDIA „combo” test: „standard” Linux OS hardlock now occured (but overally- softer), I am NOT blaming NV yet.

•1. __GL_SYNC_TO_VBLANK=0
•2. __GL_YIELD=USLEEP 

After longer time after bootup from hibernation – the overally softer variant.

Several days PC remained very stable – as usual, in previous experiences. Methodology is (I have not wrote it yet on blog...) that I concentrate mainly on recovering from „hour-to-hour” system/Xorg instability that started in some meantime. 

Compiz ALT+TAB static switcher plugin quick-switch test shows still black background (instead of lock).

That is, when several reboots tend not to helping. Instead, when several (partly, long!) days of hibernated system lasts OK – test is in its main part, fullfilled.

Years ago, I thought it was rtkit of web browser(s) messing with Xorg/simply, the Linux I use.

The non-specific bug – IMO – all Linuxes are similar..

But rtkit was challenging. FireDragon not have such process and functions OK (except per several working days time-span).

NVIDIA big bug has its „smaller” and „bigger” part sub-bug(s).

And why rtkit?? I think usage of rtkit is a history. I had to end rtkit process, chmod/delete it, or change priority manually all the time... .

But the above not with NVIDIA bugs... . They remain, and forums indicate that on AMDGPU/Radeon situation not better.

 

Thus replacing (upgrading) graphic card – rather nonsense here.

And life is NOT «as a» computer. Remember also about Kurt Goedel's theorem, blog Reader.

 and...

This is a supplementary blog... rather than main WP-blog one. 

Learn 3 Linux areas, requiring increased AWARENESS, or even instant REACTION after UNIX-like OS installation.

I NOT tested big variety of Linux distros of course – but we can assume that there is some VERY bad habit across „some” distro lines, as in Arch (-Bang, Manjaro...)

1. NVIDIA proprietary threading – [Xid] bugs here: , seems similar to hibernation/s2disk problems

–a tricky issue, I  hope the env. combo helps: even when proper environment applied, FPS can be 1 (Xorg/glxgears) – see blog entry about „NVIDIA combo” [in testing]

2. CD/DVD/BD writer driver – also, here (Arch Linux with standard kernel, before KNOPPIX'ed) – its fault of Arch developers, even not to mention necessarity of placing some disk vendor id into some kernel internal hibernation special-treating PM list

KNOPPIX is so mature distro – replacing Linux kernel (contains basic [non-NVIDIA...] drivers automatically] across the distributions repairs even >1 problem. I not had to edit kernel source code in such manner!!!

 

They broke it overwhelmingly.

3. Hibernation/s2disk HDD spindown BEFORE even PC actually shutdowns – what a shame!! My blog covers it in basic details. Again, simplest way is replace it to the KNOPPIX kernel.

Do not forget about modules (drivers!) & recreating initrd. Maybe, also, some „extra” modules (in other directory... but all stuff under /lib/modules).

Along KNOPPIX-ation of the Arch, or other faulty Linux system, I recommend Fedora inside chroot/systemd's nspawn command, or similar. 

This one is user-mode solution – and the previous 3 was kernel-mode ones.

Fedora can be better than Debian, if you need GUI applications stability, and, as I assumed – the stability of package manager process.

 

No removing autoinstalled unneeded, blah blah... QGiS and Libre Office runs OK (remember, these are older versions – but usable, esp. when there remains LIBRE OFFICE bug with picture transparency/some image-op widgets BUG). 

All similar bugs shows you Babel/ity of social fragmentation – more precisely, the fall of America.

W/o PROPER religion you have no peace needed to fix the computer problems. To try, to wait, even to sit down with the machine.