exposing queue size for ofThreadChannel

I have an application where a thread produces output in bursts (e.g., 500 items every 2 seconds). I send this back to the main thread via an ofThreadChannel. If I process all the available messages at once, the main thread stalls. If I process only one message, then the queue gets backed up. So I'd like to process a maximum of 10% of the data every frame, which will mean the queue never gets backed up and the main thread never stalls. So I would need something like:

unsigned int queueSize() const {
    return queue.size();
}

There's no use of having a scoped lock, because the data could be incorrect by the time it gets back to the main thread, but at least we will have an estimate of whether to continue using tryReceive() or not.

Does this seem like a worthwhile addition?

Start by locating the ofThreadChannel implementation and reading how queue and tryReceive() are defined and used. Determine where a queue-size estimate can be exposed without implying synchronized accuracy. Done means callers can query the approximate pending message count while processing messages incrementally.