Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)M
Posts
2
Comments
436
Joined
2 yr. ago

  • I'm on your side and you are correct, besides Google amassing a ton of money (each registration costs $25) they will have total control and we know that Google is far beyond "not evil".

  • Sideloading still works, just the apps have to be signed. Still awfull.

  • Perhaps, but if one is privacy conscious, that's the way to do it. That is also one of the reasons people like Macs.

  • Unified memory is very AI friendly which is not irrelevant these days.

  • Oh, no. It's more secure than https if done properly (i.e. backed by hardware key and/or a quality password) I'd say.

  • Interesting. I have flatpack Chrome and camera works (hence my it should). OTOH I have dnf Firefox and camera doesn't work because 'You did not allow the browser to use the web camera. Reload the page and try again.' I guess (your) Firefox issue might not be related to flatpak. (Fedora 42/KDE)

  • That's an odd question as ssh is very convenient and secure compared to https.

  • It should.

  • I was thinking about Apple's M CPUs that have fixed length and they benefit out of it. It was explained on Anandtech years ago, here is a brief paragraph on the topic. Sadly Anandtech article(s) isn't available anymore.

    Since this type of chip has a fixed instruction length, it becomes simple to load a large number of instructions and explore opportunities to execute operations in parallel. This is what’s called out-of-order execution, as explained by Anandtech in a highly technical analysis of the M1. Since complex CISC instructions can access memory before completing an operation, executing instructions in parallel becomes more difficult in contrast to the simpler RISC instructions.

  • 🫡

  • I just installed it as it is out of the box. What do you suggest for improving git prompt?

  • Yes, but RISC knows the exact position of that instruction in cache and how many instructions fit the instructions cache or pipeline. Like you said, it doesn't help with data cache.

  • I thought it'd have better git prompt out of the box. I guess I have to try it configure.

  • From what I remember one of problems with CISC is that it has variable length instructions and these are harder to predict since you have to analyze all instructions up to the current one wheres for RISC you exactly know where is each instruction in memory/cache.

  • Their underage children obviously

  • RISC is perfectly good for desktops as demonstrated by Apple. Microcontroller chips are suitable for light desktop tasks, they are nowhere near modern x64 CPUs. For now.

  • ARMs are more oriented towards servers and mobile devices for now. Sure, we saw Apple demonstrating desktop use but not much is there for desktops for now. RISC-V is far away, Chinese CPUs are not competitive. It's coming doesn't help in short term, questionable in mid term. 🤷‍♂️ Yes, alternatives will come eventually, but it takes a lot of time and resources.

  • We don't have that many other processors, though. If you look at the desktop, there is AMD and there is Apple silicon which is restricted to Apple products. And then there is nothing. If Intel goes under ground, AMD might become next Intel. It's time (for EU) to invest heavily into RISC-V, the entire stack.