It isn’t as simple as just compiling. Large programs like games then need to be tested to make sure the code doesn’t have bugs on ARM. Developers often use assembly to optimize performance, so those portions would need to be rewritten as well. And Apple has been the only large install of performant ARM consumer hardware on anything laptop or desktop windows. So, there hasn’t been a strong install base to even encourage many developers to port their stuff to windows on ARM.
I could see developers using both the NVK and M1 drivers depending on which best suits their needs for hardware similarity. It is also interesting that both are not super opensource friendly hardware manufacturers. Good hardware, less so on openness.
Yeah. Only systems that can be interpreted in real time are viable. Not sure how recent we are talking either. On top of that, interpretation will be inherently worse on battery life.
A-shell
Hadn’t heard of a-shell. On my iPad I occasionally use iSH for bittorent, among other uses. I do agree it is on the slower side, but that is in part because of Apple’s rules about JITs and this forces iSH to use an interpreter. I do think an interpreter of ARM ISA would potentially be faster as the ISA is fixed width and x86 is not, but I don’t know if that would be margin of error faster or not.
Thanks for sharing.
Edit: I may have came across that before, but iSH is more flexible, if much slower.
Not sure, but the tldr is try using a faster drive for you cache folder.
Same here. With the exception of the explicit sync, which will hopefully be resolved this week, I have been running Plasma 6 wayland since February. And honestly when I tried the X11 version it had more issues.
Either way you’d have to look at the compositor as that is what handles input. I haven’t used Weston, so I don’t know where to start.
SDDM uses kwin_wayland. Plasma store the setting for that in $(HOME)/.config/kcminputrc I believe that is used by a different part that is not used by SDDM. Best suggestion is to submit a feature request. Having proper input support would go along with power management as a needed feature for SDDM on wayland.
It can be fast in one test and slow in 49 on one generation and on another generation it could be faster on 10 and slower 40. Just the nature of complex software supporting various generation of hardware.
It is definitely Nouveau. NVK is just the Vulkan side of it. NVK is in a experimental level. I personally would not run it daily yet, ignoring the lack of some video features and dlss in games. They have made huge strides in the last couple years with it though,
Edit: He has been posting videos for a while now running NVK, btw.
Nouveau doesn’t support power/load reporting yet. Some games will work better than others. Just because it is comformant does not mean it will be fast either. Comformance comes first then optimizations.
That said, it could still be running on the wrong gpu, but i don’t know. My experience when I’ve tried it on my 4080 hasn’t been mind blowing performance, but much better than before all this work started landing.
Not sure if your distro version has a new enough version of systemd, but newer versions have a systemd-oomd service for that. It may not be enabled by default. On older versions you could try early-oom which is not part of systemd. OOM stands for Out-Of-Memory.
Yes, that should work as well.
Try adding to the fstab options uid=#### with the #### replaced with the user id you are using. If you are using more users other options may be needed.
Edit: also check ‘man mount.cifs’ for other options.
I will just say it uses an ARM A5 which was introduced in 2011. It is 32bit processor which could be problematic as most linux distros are moving or have moved to 64-bit. And most importantly only has USB2.0 ports.
No, it this case the backdoor. Hide it in plain sight.
Neither does the blob it downloaded. Would you think twice about AVX10 support if it was commented as AVX10 support in a compression library? Some might, but would they be the ones reviewing the code? A lot of programs that can take advantage of “handwritten” optimizations, like video decoders/encoders and compression, have assembly pathways so it will take advantage of the hardware when it is available but run when it isn’t. If the reviewers are not familiar with assembly enough something could be snuck in.
systemD is using dlopens for libraries now and I am not convinced malware couldn’t modify the core executable memory and stay resident even after the dl is unloaded. Difficult, yes, but not impossible.
Seriously. If you are going to do it, write in assembly or something else no one understands.
I am interested in this as well. I currently have an iPad Pro and while I won’t be upgrading right now, I have been looking in the space for the future. I’d prefer something more powerful than and M1/M2 iPad to even consider switching. I haven’t seen much in the tablet space that is not Apple orAndroid, but while being performant. I saw that Minisforum has announced the V3, but it isn’t out yet. Has an AMD 8840u, 14" 165hz display. Looks promising, but I’d be worried about battery life.
Until risc-v is at least as performant as top of the line 2 year old hardware it isn’t going to be of interest to most end users. Right now it is mostly hobbyist hardware.
I also think a lot of trust if being put into it that is going to be misplaced. Just because the ISA is open doesn’t mean anything about the developed hardware.