So 50,000 entities with one polygon each, will clog the pipeline as would the
same model consolodated into one entity with 50,000 polygons. But if we
consolodate the models into 10 entities with 5000 polygons each, we may render
faster because our "chunk size" is more ideal?

Is it possible to know the best ratio of polygons per entity if the total of
each are known? A "Most Polygons Per Entity" rule? Or is the ideal "chunk size"
machine and card dependant to such a degree that it it cannot be quantified?

Surely when you need to render 100,000 polys, 10 polygons per entity is too low
and 100,000 too high, so there must be a range that fits best with modern
graphics capabilities somewaht across the board.

In HeelX's experiment, he contrasts different ratios of visible polygons per
visible entities.

55800/124 = 450 visible polygons per entity = 73fps
55800/3 = 18600 visible polygons per entity = 30fps

It would be interesting to see a wider range of results at different ratios.
Would 248 visible entities with 225 visible polys each, render slower, faster
or the same? Where does the curve peak?