vor langer Zeit hab ich sowas mal mit Excel veranstaltet, aber die Diagramme sind ordentlich träge- 100ms wäre nie dran zu denken gewesen.

Muss das unbedingt Excel-Diagramm sein, weil Office-Interop macht immer immer wieder fiese gemeine Probleme - mal abgesehen vom resourcen-Verbrauch.

Es gibt ein recht leistungsfähiges ChartControl in WinForms: ChartTester

Es ist einfacher, und v.a. sinnvoller, das, ausgereifte, stabile, vergleichsweise moderne und v.a. strukturell und konzeptionell saubere WinForms zu erlernen (was dir eh nicht erspart bleibt) als sich mittm strukturell unsauberen, vergleichsweise instabilen InterOp-CrossOver abzuplagen.
WinForms ist eine Basis-Technologie, eine Plattform, auf der unbegrenzt aufgebaut werden kann, während Office-InterOp eine Spezial-Nische ist mit fiesen Fußangeln, und kaum geeignet, sauberes Proggen zu erlernen.

Ich finds übrigens solche Kurse fragwürdig, die die Schüler erstmal mit Konsole quälen, oder überhaupt mit Selbstbeschränkungen.
In Konsole kann man nur sehr schlecht einüben, eventorientiert zu denken - das ist direkt kontraproduktiv, denn man übt dadurch das Gegenteil ein.
Auch Selbstbeschränkungen sind kontraproduktiv, denn die .Net-Denke besteht grad darin, sich nicht zu beschränken, sondern die Augen auf zu machen, und aus dem riesigen Fundus immer die optimal geeignete Technologie zu recherchieren und auszuwählen.

Also wer lehrt mit Konsole eine Benutzer-Interaktion zu programmieren, lehrt, wie man es grade nicht machen soll.
Anfängerverderber nenne ich sowas, denn so lernt man nur schlechten Stil und denkt hinterher, man könne irgendwas, und letztere Denke ist mit das größte Hindernis überhaupt, wenn ansteht etwas richtig zu erlernen.