VMs sind Ressourcenverschwender per Konzept!

[pandarino]

Daher kommt mir nur Software an, die nativ auf der Hardware läuft!!!

[teenriot]

Und Ressourcen Micro-Management ist Bug-Quelle per Konzept.
Schon mal aufgefallen das Programm & Betriebssystem-Totalabstürze in den letzen 15 Jahren zu schätzungsweise 80% nachgelassen haben? Das liegt einfach daran das man Abstraktionsschichten benutzt die einem das fehlerträchtige Rumgefusche im Arbeitsspeicher ersparen.
Programmsicherheit steht immer noch über alles. Und erst recht wenn der Speicher in den letzten 2 Dekaden derart billig geworden ist, sodas die Investition in Speicher um einiges effizienter ist als Investition in teurere Programme weil 10 mal mehr Mannstunden verbraucht werden damit das Programm 30% weniger Speicher verbraucht.

Edit:
Welche PC-Software benutzt du die nativ auf Hardware läuft? Das würde mich jetzt mal brennend interessieren.



1 mal bearbeitet, zuletzt am 02.05.12 19:16 durch teenriot.

[gorsch]

An den sinnvollen Argumenten hast du auch gleich gespart, da sieht man, dass dir die wertvollen Ressourcen wirklich am Herzen liegen!

[bstea]

kT.

--
http://www.heise.de/open/meldung/Linux-auf-dem-Desktop-Europa-fuehrt-1243708.html
http://www.heise.de/newsticker/meldung/Immer-mehr-Linux-auf-dem-Desktop-1404775.html

[Thaodan]

Nen BIOS, Cuda oder Treiber ?^^

[teenriot]

Thaodan schrieb:
--------------------------------------------------------------------------------
> Nen BIOS, Cuda oder Treiber ?^^

Und NUR daraus besteht sein System, abgesehen davon das Treiber nicht "nativ auf der Hardware läuft" sondern mit einem Betriebssystem verlinkt ist?
Ich glaube kaum das er damit produktiv werden kann.



2 mal bearbeitet, zuletzt am 03.05.12 01:53 durch teenriot.

[rommudoh]

pandarino schrieb:
--------------------------------------------------------------------------------
> Daher kommt mir nur Software an, die nativ auf der Hardware läuft!!!


Du benutzt dann wohl keine "Smartphones", oder?

[vlad_tepesch]

teenriot schrieb:
-------------------
> Edit:
> Welche PC-Software benutzt du die nativ auf Hardware läuft? Das würde mich
> jetzt mal brennend interessieren.

Nativ heißt nicht, dass es unbedingt Bare Metal Code sein muss.

"Nativ auf Hardware laufen" heißt, dass die CPU den Programmcode des Programms direkt ausführt. Das ist bei nahezu allen Programmen der Fall. Ausnahmen sind wie erwähnt Java, .Net, Interpretersprachen (die allerdings mittlerweise zum großen Teil auch JIT-compiliert werden und nativ laufen) sowie einige kleinere Sprachen die auf VMs aufbauen.
Nur weil bei den normalen Programmen das OS eine Kontroll-Instnaz bildet und Schnittstellen bereitstellt, heißt nicht, dass die Programme nicht nativ auf der CPU laufen.

Übrigends laufen dank Virtualiserungsfuntkionen in den CPUs mittlerweile auch Virtuelle Maschinen (nicht Java sondern VM-Ware, MS VPC, Virtual Box) usw. mittlerweile teilweise nativ

[fratze123]

er meinte, dass er auf einem x86er für x86er übersetzte software nutzen möchte, ohne dass eine vm dazwischen ist.
ich finde java und .net diesbezüglich auch total unsinnig.

[teenriot]

> Nativ heißt nicht, dass es unbedingt Bare Metal Code sein muss.
Richtig. Das betrifft aber nur das Wort 'nativ'. "Nativ auf der Hardware" ist aber eine weitere Eingrenzung des ursprünglichen Begriffes.

> "Nativ auf Hardware laufen" heißt, dass die CPU den Programmcode des
> Programms direkt ausführt. Das ist bei nahezu allen Programmen der Fall.
> Ausnahmen sind wie erwähnt Java, .Net, Interpretersprachen (die allerdings
> mittlerweise zum großen Teil auch JIT-compiliert werden und nativ laufen)
> sowie einige kleinere Sprachen die auf VMs aufbauen.
Du beschreibst das Wort 'nativ'.

> Nur weil bei den normalen Programmen das OS eine Kontroll-Instnaz bildet
> und Schnittstellen bereitstellt, heißt nicht, dass die Programme nicht
> nativ auf der CPU laufen.
Wenn ein Programm ohne Treiber und Betriebssystem nicht läuft, dann läuft es auch nicht "nativ auf der Hardware". Treiber und Betriebssystem sind genauso ein Ökosystem wie eine VM. Wenn man das nicht so sieht kann man auch nicht behaupten das Java-.Programme nicht auf der Hardware läuft. Wer führt denn letztlich die Befehle aus?

> Übrigends laufen dank Virtualiserungsfuntkionen in den CPUs mittlerweile
> auch Virtuelle Maschinen (nicht Java sondern VM-Ware, MS VPC, Virtual Box)
> usw. mittlerweile teilweise nativ
'nativ' ist was anderes als 'nativ auf der Hardware'.