The pattern you are picturing in you diagram is not exactly MVC, but rather MVVM (Model, View, ViewModel).
Using a queue to throttle the changes is a perfectly valid approach. In many case, it is useless to try to update a view faster than what the user is able to perceive.
On the other hand, rather than creating new View objects each time might be expensive. Another trick you could apply is to have a pool of mutable view parts, based on demand, you re-bind them to some of your model entities and display or hide them on demand. Depending on your specific use case, this could also help you to improve global performances.