LH0ezVT

@LH0ezVT@sh.itjust.works

• ⁨Comment⁩ on ⁨Literally Nineteen Eighty-Four⁩ ⁨⁨4⁩ ⁨weeks⁩ ago⁩:

  I somehow have “spell out if less than 13” burned in my mind from somewhere in middle school. No idea if it is right, but so far it has worked.

• ⁨Comment⁩ on ⁨Pick some unrelated lectures, they said.⁩ ⁨⁨4⁩ ⁨weeks⁩ ago⁩:

  Scientists want to understand things. Engineers don’t care, as long as it works.

• ⁨Comment⁩ on ⁨Pick some unrelated lectures, they said.⁩ ⁨⁨4⁩ ⁨weeks⁩ ago⁩:

  Linear algebra, absolutely. But I kind of hoped to get through my whole degree (mostly EE) without properly knowing statistics. Hah. First I take an elective Intro AI class, and then BioInf. I guess I hate myself.

• Pick some unrelated lectures, they said.sh.itjust.works ↗
  Submitted ⁨⁨4⁩ ⁨weeks⁩ ago⁩ to ⁨science_memes@mander.xyz⁩ | ⁨18⁩ ⁨comments⁩
• ⁨Comment⁩ on ⁨You gain Brouzouf⁩ ⁨⁨1⁩ ⁨month⁩ ago⁩:

  My legs are okay, and I gained Brouzouf

• ⁨Comment⁩ on ⁨Based on a true story⁩ ⁨⁨2⁩ ⁨months⁩ ago⁩:

  It’s been a few years, but I’ll try to remember.

  Usually, your CPU can address pages (chunks of memory that are assigned to a program) in 4KiB steps. So when it does memory management (shuffle memory pages around, delete them, compress them, swap them to disk…), it does so in chunks of 4KiB. Now, let’s say you have a GPU that needs to store data in the memory and sometimes exchange it with the CPU. But the designers knew that it will almost always use huge textures, so they simplified their design and made it able to only access memory in 2MiB chunks. Now each time the CPU manages a chunk of memory for the GPU, it needs to take care that it always lands on a multiple of 2MiB.

  If you take fragmentation into account, this leads to all kinds of funny issues. You can get gaps in you memory, because you need to “skip ahead” to the next 2MiB border, or you have a free memory area that is large enough, but does not align to 2KiB…

  And it gets even funnier if you have several different devices that have several different alignment requirements. Just one of those neat real-life quirks that can make your nice, clean, theoretical results invalid.

• ⁨Comment⁩ on ⁨Based on a true story⁩ ⁨⁨2⁩ ⁨months⁩ ago⁩:

  No, not really. This is from the perspective of a developer/engineer, not an end user. I spent 6 months trying to make $product from $company both cheaper and more robust.

  In car terms, you don’t have to optimize or even be aware of the injection timings just to drive your car around.

  Æcktshually, Windows or any other OS would have similar issues, because the underlying computer science problems are probably practically impossible to solve in an optimal way.

• ⁨Comment⁩ on ⁨Based on a true story⁩ ⁨⁨2⁩ ⁨months⁩ ago⁩:

  Get a nice cup of tea and calm down. I literally never said or implied any of that. Why do you feel that you need to personally attack me in particular?

  For the record, I am well aware that the state of embedded system security is an absolute joke and I’m waiting for the day when it all finally halts and catches fire. But that was just not the topic of this work. My work was efficient memory management under a lot of (specific) constraints, not memory safety.

  Also, the root problem is NP-hard, so good luck finding a universal solution that works within real-life resource (chip space, power, price…) limits.

• ⁨Comment⁩ on ⁨Based on a true story⁩ ⁨⁨2⁩ ⁨months⁩ ago⁩:

  Except that the degree I did this for was in electrical engineering :(

• Based on a true storysh.itjust.works ↗
  Submitted ⁨⁨2⁩ ⁨months⁩ ago⁩ to ⁨science_memes@mander.xyz⁩ | ⁨25⁩ ⁨comments⁩