CAN MultipleRead Size Notification

Die 4 nicht gelesenen Frames sollten in der Read Queue verbleiben. Wenn du gelesen hast, dass bei Überlauf der Read Queue die ältesten Elemente überschrieben werden wird dies wohl so sein. Für eine solche API auch sinnvolles Verhalten.
Was meinst du mit diesen beiden Begrifflichkeiten bzw. in welchem Kontext werden diese genannt? Im allgemeinen wird dein CAN-Interface eingehende Nachrichten puffern und die bereitgestellte API stellt dir diesen Puffer in Form einer Warteschlange (Read Queue) zur Verfügung. Ziel ist die möglicherweisende eingehende Nachrichtenflut zu puffern, da deine softwareseitige Behandlung nicht immer zwingend Schritt halten kann und entsprechend die Chance bekommen muss aufzuholen. Da dein Windowsrechner auch noch andere zeitliche Einflüsse auf deine Ausführung nimmt ist dies entsprechend auch ein sehr sinnvolles Verhalten.