Kernel für Mono

Ich bin gerade dabei den Kernel für Mono fit zu machen. Aber noch tuts nichts ganz. Mal sehen.

XNA wird für den Kernel nicht benötigt. Die GUI wird niemals auf Mono laufen. Da sind so viele P/Invokes, sowohl auf unserer Seite, als auch bei ettlichen externen Komponenten.

Ich wüsste nicht, dass jemals ein C/C++ Kernel geplant war. Wüsste auch auf anhien nicht, ob das überhaupt geht. In (managed) Visual C++ wäre das noch machbar, aber wozu?

Quote from Fabi

leaked nur unglaublich (2 Tage idle, ca 1GB Speicherverbrauch...)

Sollte nicht sein. Kannst du uns bitte das Projekt bereitstellen? Und was du gemacht hast.

Dennis

Hy,

Das Thema Plattformunabhängigkeit hab ich erst vor 2 Tagen mit ein paar Softwareentwicklungskollegen auf der Arbeit diskutiert.

Die gemeinsame Meinung war, dass sowas nur im Backend (Kernel) bereich sinn macht. Im Frontend sind die einzelnen Betriebssysteme von der Philosophie zu unterschiedlich. 80% sind zwar ähnlich, aber die letzten 20% sind ja gerade dass was ein Linux von einem Windows von einem Mac unterscheidet. Und meistens sind das genau die 20% welche dem Benutzer besonders wichtig sind

Klar kann man mit Java oder wie auch immer ein UI schreiben, aber das sieht dann auf allen Betriebssystemen scheiße aus. Und wenn man das versucht zu optimieren, kommt man wieder an den Punkt, wo man spezifisch für das Betriebssystem
programmieren muss.

Wie dem auch sei, haben wir das vor 4 Jahren schon diskutiert und festgestellt, dass halt quasi 95% unserer Nutzer auf Windows arbeiten, und wir nicht die Resourcen haben, eine "Plattformunabhängige" GUI zu entwickeln.

Die API für den Kernel möchten wir natürlich offen legen, wobei ich es für unrealistisch halte, dass jemand eine komplett 2. GUI entwickelt. Dafür würde ich Pauschal mal 2 Jahre Entwicklung für 1 Person veranschlagen wenn man pro Tag so 2 Stunden Zeit hat. Was ich mir aber gut vorstellen kann, ist das Teilbereiche durch andere Oberflächen gesteuert werden. Hier haben wir an so Dinge wie Smartphones, Tablets oder Browser gedacht.

Zum Thema C++. Hier gab es ganz früher mal Überlegungen, aber die haben wir quasi sofort wieder eingestellt, weil es einfach unrealistisch ist. Wir haben auch so für die nächsten 5 Jahre Pläne

Gruß Arne

Quote from Soon5

Die gemeinsame Meinung war, dass sowas nur im Backend (Kernel) bereich sinn macht. Im Frontend sind die einzelnen Betriebssysteme von der Philosophie zu unterschiedlich. 80% sind zwar ähnlich, aber die letzten 20% sind ja gerade dass was ein Linux von einem Windows von einem Mac unterscheidet. Und meistens sind das genau die 20% welche dem Benutzer besonders wichtig sind

Sehe ich im Prinzip ähnlich. Finde es erstmal toll, daß der Kernel irgendwann mal auf Mono laufen soll (ich mag irgendwie keine
Windowssysteme an solchen kritischen Stellen...)

Quote from Soon5

Klar kann man mit Java oder wie auch immer ein UI schreiben, aber das sieht dann auf allen Betriebssystemen scheiße aus. Und wenn man das versucht zu optimieren, kommt man wieder an den Punkt, wo man spezifisch für das Betriebssystem
programmieren muss.

Naja, man hätte SWT nehmen können, das sieht schon ziemlich nativ aus, und Eclipse bringt auch die Funktionalität mit, um so ein komplexes UI bauen zu können mit dockable Windows etc. Qt wäre auch noch eine Option gewesen (wenn man mit unmanaged Code klarkommt)

Auf jeden Fall ist die GUI mal super, so wie sie ist. Ich fände browserbasiertes UI halt noch nett, das würde die ganzen Tablets erschlagen, ohne daß man da gleich für jede Platform eine App schreiben müsste. Richtig cool wäre browserbasiertes Softpult,

Quote from Soon5

Die API für den Kernel möchten wir natürlich offen legen, wobei ich es für unrealistisch halte, dass jemand eine komplett 2. GUI entwickelt. Dafür würde ich Pauschal mal 2 Jahre Entwicklung für 1 Person veranschlagen wenn man pro Tag so 2 Stunden Zeit hat.

Schon klar, sowas macht man nicht mal eben so alleine. Aber schön, daß es die Dokumentation und damit zumindest mal die Möglichkeit geben wird.
Denke schon, daß der eine oder andere da was programmieren möchte, Funktionalität kommt dann schon nach und nach.

Quote from Soon5

Zum Thema C++. Hier gab es ganz früher mal Überlegungen, aber die haben wir quasi sofort wieder eingestellt, weil es einfach unrealistisch ist. Wir haben auch so für die nächsten 5 Jahre Pläne

Kommt immer drauf an, was die Entwickler so an Background haben. In Zeiten von Boost und Qt ist C++ schon auch sehr komfortabel geworden. Performance ist zumindest beim Kernel halt schon ein Thema. Wobei ich auch sehe, daß man schon verdammt ausgefeilt C++ programmieren muß, um gegenüber den managed Sprachen einen Vorteil rauszuholen. Bzw ordentliches Optimieren in der jeweiligen Sprache bringt sicher mehr, als die Sprache zu wechseln und zu hoffen, daß auf einmal alles besser wird.

Gruß Fabi

Eben. Je nach dem sind C#-Programme sogar schneller als C++. Und im Vergleich zu C++ ist C# schon deutlich komfortabler. Außerdem wollen wir ja auch neue Programmierer dazugewinnen, und da ist C# definitiv geeigneter als C++. Und Qt war damals noch nicht LGPL und daher keine Option.

hi
nachdem der letzte post schon ca 1 jahr alt ist wollte ich mal nachfragen wie es mit der linuxfähigkeit vom klernl aussieht...
da mir selber n kernel auf nem rasberry pi vorschwebt, häte ich interesse daran
falls das ganze schon fertig ist, was muss man machen dammit es läft falls nicht wie ist der stand?

maddindj42

Im moment kein support für Linux.

MfG
Patrick

Ohne Gewähr, dass das funktioniert, aber Martin scheint den Kernel unter Linux starten zu können:
Anleitung DMXC3 unter Mono.
Da man den Kernel mit der Lumos GUI nicht ohne weiteres ansprechen kann, ist das wohl eher theoretischer Natur.

grüße, der lichtheini