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/)JP
Posts
531
Comments
7,321
Joined
2 yr. ago

  • I guess, but not simply. Probably easier to look it up, but I'll take a stab at it:

    The CPU is informed how much memory is available to use, and the address spaces across the memory provisioned when it is assigned work, so it "decides" what it's supposed to work with by using its own logic gates.

    The memory controller has a logic system of its own that decides how read/write work happens when it's assigned work.

    Between the two there are no gates that measure how much traffic is flowing between them. This is just a bus that passes signals back and forth (caching gets more complex so I'll skip that).

    So the signals passed back and forth between these two pieces of hardware doesn't have a place where it can measure exactly what is passed back and forth, it just exists to provide a pathway to allow the signals.

    ECC memory passes parity bits with its payload, sort of like a TCP conversation, so it's controller knows what is passed to it and if the expected payload is intact. Because this exists on the memory controller, you can read those values and find out what is passing through it to measure what OP is sort of asking about (though it's so fast it wouldn't make sense without sanitizing the data into a normalized measure somehow).

  • Non-ECC memory controllers don't really track the flow of information in and out, the same way your CPU can't track that as well until it hits a register. CPU and Memory use clock speed regulated by voltage to pass data back and forth with no gates between, so there isn't a way to directly monitor and get feedback about the flow of information until it hits a destination that does report back or gatekeep for whatever it is (performance registers for example).

    You can view the frequency of your running memory, which should give you an idea of the speed at which things will pass in/out, but that's about all you're going to get unless you find a utility that pulls a bunch of information from /proc and consolidates it all, but even then I believe you'd only be seeing an approximation and not live feedback about what's passing through memory.

  • Okay, then you are failing at the basic levels of compiling a kernel module somewhere. If it's not giving you an error that's easy to see, you can debug by checking the apt install logs, or if you just want to work around this, maybe try running the Nvidia installer. It builds from scratch, and will give you better output if you're unfamtwith debugging apt compile issues.

    Give that a go, and post any errors output here.