and any efficiency gains these fancy new ARM chips supposedly have will be lost when translating x86 to ARM.
Not a given. Translating can still be more efficient.
and any efficiency gains these fancy new ARM chips supposedly have will be lost when translating x86 to ARM.
Not a given. Translating can still be more efficient.
Everyone knows what the blue screen is. This makes the implication when the screen does appear really obvious.
No need to reinvent the wheel.
No, cat is not for writing files. Cat is for reading files and directing the data to standard output.
With “>” you are directing standard output to a file, in this case a blockdevice.
Why? I am free to use whatever I want. This is not Microsoft Windows.
Or just cat file.img > /dev/…
There is actually very little evidence as of now, that blue light emitted by screens actually causes any significant long time damage.
Also most modern phones have this built in.
That would depend on the context. How the logo looks like does not matter most of the time, only when the logo itself is the topic.
A windows device just wiped the hardware settings of a periphery device, because it got an update and the new lighting settings wanted to control the LEDs in that device. All gone
Thank you. I do not think it ever crossed my mind to simply not use the firefox tabs.
But there are a couple of features missing i would miss.
If the CPU died, the PC would not have booted up so far.
The only company that can achieve that kind of efficiency is Apple. I say this as a proud Apple hater.
It is not about efficiency, we already know for some time that x86 is not really efficient compared to newer architectures like arm and risc.
But no other ecosystem exists that can force such an architecture move without much much more problems.
So i would rephrase it as “The only company that can force that kind of fundamental change on its user and developers is Apple”
I am not saying it is a bad thing (just alone the rosetta translate layer is actually really impressive). Would love to have some actually good and mainstream arm options such as Linux Laptop.
If the TPM is not integrated in the CPU and rather a separate Chip on the MB, the communication can be easily sniffed since it’s not encrypted. See here https://youtu.be/wTl4vEednkQ?si=26A0NK-cVtP3uKgk
Shown how cheap it is i would not say it is high level.
While i am personally also not a huge fan of TPM for FDE it is still a valid use. Why? In order to access data on the disk you would still need to bypass the login screen which is non trivial. Also another use case is encrypting the drive so when you sell it or dispose of it you do not need to worry about wiping it at least once to get rid of all data.
TPM has its weaknesses but pls don’t talk down to someone who wants to use it when you do not understand his use case.
Thats the bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063675
Will be fixed in the next dot release
In science it is common to first proof your thesis before jumping ship and demanding change. The human mind is difficult to understand. Make a study about it and prove your point. Anything else is just BS.
USB flash drives usually use the worst flash memory available. There are good ones but they are hard to find and expensive. Going for a NVMe SSD in an USB-C enclosure gets you way more reliably better speeds and durability.
Manjaro: Reliable and Cutting-Edge Features
Rarly laughed that hard. Reliably is by defenition wrong. Manjaro delays packages a few days in their main compared to Arch this can cause issues and makes them not compatible with the AUR which one of the most advertised and enabled by default feature.
You can read more about other problems here, https://github.com/kruug/manjarno
I would guess because if you compile it from code no everything is included. There are some proprietary addons that are not included in the source code but are in the binary release.
Not what i am saying. I said that it is not a given, that translation means less performance.
In theory you can achieve similar or even higher performance, all depending on how well or how bad the original machine code is. Especially when you can optimize it for a specific architecture or even a specific CPU.
And yes ARM has shown to be more power efficient then x86 CPUs even on higher load (not just low powered embedded stuff).