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/)AL
Posts
10
Comments
349
Joined
2 yr. ago

  • This is why I leave a couple of hours break between coding and going to bed. If I don't I may well sleep but my dreams are full of repeating code that I don't wake up rested. Any "insights" from the dreams are usually wrong as well ☹️

  • I certainly don't enjoy having to update my mail server configuration every couple of years. But once done it does make a huge difference to what gets through. I do worry there might be tweaks to make for my patch sending workflow.

  • I have no doubt you are well trained and safety conscious. Despite living in a none right to bear arms country I've also had some training on safe handling of firearms through cadets. I think we agree that safety training for handling firearms is a good thing.

    However this obviously isn't a mandatory requirement in the states as evidenced by the number of children who have been killed because firearms have not been securely stored. The US does seem unwilling to have any regulation to improve firearm safety lest it be seen as an infringement on a universal "right".

  • I don't know why I have to come to a judgment over anyone for a random JRE appearance. It's not like I treat the podcast as a good primary reference source on any topic. Musk has been quite capable of demonstrating his character flaws in a very public ways since his appearances on the show.

  • It's the guests that do it. I have no interest in seeing him pal around with his mate Alex Jones but a long chat with someone interesting like Cox is fun. I even enjoyed Elon's first appearance on the show while I was still blissfully oblivious to the rest of his bio.

  • Generally you should be ok. While there is a performance penalty for emulation which makes guests appear less efficient than they otherwise would be its still plenty fast enough for system emulation of a target running a full OS. If you are in particular looking to optimise some very time sensitive routine or want to measure real world latency then it would be best to do that on real hardware. Also while QEMU emulates a large array of devices we aim for compliance with the specification/datasheet rather than bug-for-bug compatibility with actual silicon. Running on an x86_64 host your image will also be a bit more tolerant of memory barrier issues (assuming a weak order guest architecture). However as you stated you are just getting started in kernel/systems development I think working with emulation is a good first step to get familiar with how things go together before you start investing in actual hardware.

  • Have you considered QEMU? Not only can it emulate many different architectures (including RISC-V) but you'll find the debug experience a lot nicer than messing around getting a JTAG probe up and running.