Beiträge anzeigen

Diese Sektion erlaubt es dir alle Beiträge dieses Mitglieds zu sehen. Beachte, dass du nur solche Beiträge sehen kannst, zu denen du auch Zugriffsrechte hast.


Nachrichten - Legend

Seiten: 1 ... 11 12 [13] 14 15 ... 32
241
Offtopic / Eure Meinung zur kath. Kirche
« am: 24. November 2005, 16:42 »
Zitat von: hannibal

nochwas: wenn man keine ahnung hat, einfach mal die fresse halten. viele viele texte in der bibel sind zwar nach wortlaut nicht mehr gleich - was logisch ist; wer kann heutzutage noch hebraeisch? -, jedoch ist der grossteil der bibel eine niederschrift von muendlichen ueberlieferungen.


Und was ändert das an ihrer Bedeutung für die Kirche?  :roll:
242
Lowlevel-Coding / Ring-Wechsel und Multitasking!
« am: 24. November 2005, 10:47 »
Software. Das Prinzip war sehr einfach und schnell umgesetzt.
Bei der Hardware Variante (die ich vorher studieren wollte) hab ich mir nach den Intel Docs nur noch gedacht "Weiche!"!
243
Offtopic / Eure Meinung zur kath. Kirche
« am: 23. November 2005, 21:37 »
Nun, das ist die Auslegung der Kirche der Texte.

 Manche Dinge die man gerne hätte kann man aber nicht aus den Texten heraus auslegen.
244
Offtopic / Eure Meinung zur kath. Kirche
« am: 23. November 2005, 21:28 »
Zitat von: joachim_neu
Zitat von: Legend
Tja, das ist halt so mit diesem Glauben. Aber wenn du diese Dinge änderst musst du auch im Glauben Dinge ändern. Ob man Kondome benutzen darf etc. ist nun mal auch Glaubensfrage, in diesem Falle sehe man sich z.B. mal die Geschichte von Onan an.


Falsch. Nirgendwo in der Bibel steht davon irgendwas. Das haben sich diese Fritzen einfach mal reingedichtet. Ebenso wie die Sache mit Mann und Frau und Gleichberechtigung. Wenn man sich wieder auf die Wurzeln und die eigendlichen Aussagen bezieht kommt die evangelische Kirche bei raus. Wenn man einfach mal den ganzen Misst wegmacht, den sich irgendwer dazugedacht hat.


Dein übereifriges "Falsch" ist immer wieder klasse.

Die Geschichte von Onan steht im alten Testament. Für die Kirche ist die also nicht ausgedacht sondern gehört zu dem Werk auf dem das Christentum steht. Es ist höchstens noch eine Frage der Interpretation, wobei die hier wohl recht eindeutig sein sollte.

Andere Dinge könnte man evtl. anders auslegen, aber vom Prinzip her sind diese Texte für die Kirche verbindlich bei allem was sie tut. Theoretisch, besonders im Mittelalter ging es auch daneben.

Zitat

Zitat von: Legend
Der 3. Satz macht keinen Sinn. Du versuchst deine Meinung (die im anderem Post rechtfertig) zu rechtfertigen indem du einfach künstlich die Instituion Kirche von ihrem Glauben, wegen dem es sie überhaupt gibt, trennst. [...]


Ich weiß, weshalb es die Kirche gibt. Ich will nur einfach den Aspekt mit dem Glauben rauslassen, damit keine Diskusionen wie "evangelisch ist besser" oder so entstehen. Es geht rein um die Institution nicht um den Glauben. Was an dem richtig oder falsch ist ist was anderes.


Es ist leicht irgendwas zeigen zu wollen indem man Dinge aus dem Kontext reisst. Eine Diskussion ob z.B. Kondome richtig oder falsch sind ist eine Sache, ob die Kirche dafür oder dagegen sein sollte eine andere.
245
OS-Design / Mehr Rechenleistung?
« am: 23. November 2005, 21:15 »
Jo, das typische Problem. Für manche ältere ATI und evtl. Nvidia Karten (bin mir da nicht sicher) gibt es Open Source Treiber, aber die haben nicht so viel Kraft dahinter.
246
Offtopic / Eure Meinung zur kath. Kirche
« am: 23. November 2005, 21:14 »
Tja, das ist halt so mit diesem Glauben. Aber wenn du diese Dinge änderst musst du auch im Glauben Dinge ändern. Ob man Kondome benutzen darf etc. ist nun mal auch Glaubensfrage, in diesem Falle sehe man sich z.B. mal die Geschichte von Onan an.

Schön ist es zwar nicht so, aber manche Dinge haben durchaus auch einen "Grund" warum sie so sind.
247
Offtopic / Eure Meinung zur kath. Kirche
« am: 23. November 2005, 19:32 »
Du widersprichst dir selbst. Für die Kirche ist die Wissenschaft, da sie eine Einrichtung die zu einem Glauben nun mal gehört, nicht das Maß aller Dinge.
248
OS-Design / Mehr Rechenleistung?
« am: 23. November 2005, 19:30 »
GHz != Gigaflops

Aber mehr Rechenleistung haben sie. Nun ja, moderne Karten haben ja auch um die 16 Pixel Pipelines, während CPUs grad mal Dual Core beherrschen.
249
Offtopic / Re: Eure Meinung zur kath. Kirche
« am: 23. November 2005, 16:07 »
Zitat von: joachim_neu
Hallo,

Mich würden mal eure Meinungen zur kath. Kirche interessieren. Was haltet ihr von der Institution und deren Tätigkeiten? Es geht nicht um den Glaube dahinter, das ganze soll ganz getrennt diskutiert werden.

Mfg,

Joachim


Der 3. Satz macht keinen Sinn. Du versuchst deine Meinung (die im anderem Post rechtfertig) zu rechtfertigen indem du einfach künstlich die Instituion Kirche von ihrem Glauben, wegen dem es sie überhaupt gibt, trennst. Das passt aber nicht, die beiden gehören zusammen, und dann sieht man auch das es in der Instituion nicht so einfach geht wie du es gerne hättest.
250
OS-Design / Mehr Rechenleistung?
« am: 22. November 2005, 23:38 »
Du meinst deine Programme nur in Texturen für Ein/Ausgabedaten und Pixelshader für die Operationen übersetzen. Grob vereinfacht gesagt.
251
OS-Design / Mehr Rechenleistung?
« am: 22. November 2005, 18:20 »
Tja, definiere maximale Rechenleistung. In verschiedenen Abschnitten könnte die Antwort durchaus anders sein.

Wenn du z.B. ein System mit 2 CPUs (oder eine CPU mit 2 Kernen) hast wirst du wohl auf Multithreading/Multitasking zurückgreifen wollen, damit du die Perfomance von beiden nutzen kannst. Besonders für das 2. empfiehlt sich durchaus der Protected Mode oder andere Speicherschutztechniken. Da kommt auch keine mögliche Performancesteigerung durch Real Mode Programmierstil mit.

Was du auch bedenken musst ist das der Real Mode nur 1MB+64KB RAM addressieren kann. Das ist für mich eine gewaltige Einschränkung! ;)
252
OS-Design / Compileroptimierung
« am: 21. November 2005, 17:41 »
Nun ja, der Herr Belady hat ja scheinbar den optimalen Ansatz zur Register Allokation mal entwickelt. Soll jedoch ein O(n^2) Algorithmus sein. Es soll auch einen O(n) Algorithmus geben, welcher natürlich schneller abzuarbeiten sein, jedoch soll das Ergebnis ~10% langsamer sein. So als Tipps zum nachlesen.
253
Offtopic / iPod super neu
« am: 17. November 2005, 18:46 »
Für Linux hat doch jemand so ne Software für iPods geschrieben wenn ich mich nicht irre ..
254
OS-Design / blubbOS Design
« am: 17. November 2005, 00:55 »
Durchaus, auch wenn manche Operation durchaus schneller in Hardware gegossen werden kann als aus kleineren zusammen gebaut werden kann. Da muss man halt ne Balance finden.

Der Java Compiler kaut dem JIT eigentlich nichts vor, er optimiert kaum - es gibt auch kaum was zu optimieren. Das was der ausspuckt ist so unspezifisch in der Art "Erstelle Objekt", "Rufe Funktion XY virtuell auf" das es da auch nichts zur Kompilierzeit gibt was man tun könnte.
255
OS-Design / blubbOS Design
« am: 16. November 2005, 19:10 »
Eine Standard Lib, na ja, Little und Big Endian in den Datenpaketen selber, welche von der Anwendung generiert werden, wird damit aber schon schwierig.

Mit CPU-fernen Instruktionen wirst du mehr nachbauen müssen und das ganze wird daher wohl auch langsamer. Instruktionen die komplexe Operationen in einem Schritt machen kann man auch nicht bei Bedarf aufteilen und anpassen.
256
OS-Design / blubbOS Design
« am: 16. November 2005, 00:45 »
@Osbios: Für den 2. Fall hast du wahrscheinlich die optimale Möglichkeit (ohne das man irgendwelche Verteilungen vom Eintreten der Bedingungen kennt) schon hingeschrieben! ;)

Du hast aber einen grundlegenden Unterschied schon mal zum Java Bytecode drin der schon mal ein potenzieller Grund für ein neues Format darstellt: Du willst alles für maximales Tempo drin. Der Java Bytecode sollte in erster Linie kompakt sein, damit die Programme schnell übers Internet übertragen werden können.

Allerdings ist deine Forderung nach einem halbwegs universellem, sicherem Bytecode ähnlich der Anforderungen des Bytecodes von .NET.

@SSJ7Gohan: Ja, das mit der Maschine mit unendlich vielen Register kam mir auch mal in den Sinn. Jedoch hatte ich mal gelesen das die stack-basierten Maschinen ein Stück mehr erforscht sind als die register-basierten. Jedoch verwendet GCC an einer Stelle in seinem Kompilierprozess so eine Register-Maschine! Jedoch brauchst du immer noch einen Algorithmus zur Register Allokation, ausser der Code braucht weniger Register als die CPU hat. ;)

Nun ja, vieles kann man zur Ladezeit machen. Programme die Daten über das Internet verschicken wollen werden aber sich aber darauf verlassen müssen das die Daten die sie zur Laufzeit erzeugen die richtige Reihenfolge haben.

Ich denke optimales Tempo kann man wahrscheinlich erreichen indem man Instruktionen die möglichst nahe an klassichen CPUs liegen anbietet, jedoch ohne die Sicherheit zu gefährden, sonst kann man sich ne VM auch praktisch sparen! ;)
257
OS-Design / blubbOS Design
« am: 15. November 2005, 20:43 »
Nun ja, sagen wir mal so, der Verzicht auf Pointer verhindert erstmal genau das man wild im Speicher rumschreiben kann, weil ich immer mal +X rechnen können muss mit dem Pointerkonzept. Ohne Alternativen würde dieser Verzicht natürlich auch sinnvolle Programme verhindern. ;)

Deswegen gibt es bei Java Referenzen auf Objekt und Arrays mit Bounds-Checking als Ersatz, so dass man auch keine Pointer braucht.
Mit diesen Möglichkeiten kann man kein Bit Speicher das ausserhalb des dem Programm zugeteiltem Bereich liegt erreichen.

Dadurch kann man Java Programme unbesorgt in den selben Addressraum packen, solange nirgendwo ein Bug ist können die sich nicht gegenseitig überschreiben. Hierzu muss man noch sicherstellen das es Java Programme sind, zum Bytecode ist in der VM Spec der JVM beschrieben wie man das macht.

Auch bei syntaktisch korrekten C Programme kann man so eine Aussage nicht machen. char* ptr = 0xABCDEF; memset (ptr, ...); ? ;)
258
OS-Design / blubbOS Design
« am: 15. November 2005, 18:23 »
Ja, eine sichere Sprache ist natürlich nur sicher wenn man den Code vor dem ausführen überprüfen kann. Also sicherstellen das der z.B. bei der JVM der Bytecode wirklich zu einem Java-Programm gehören kann.

Wenn du aus Javacode x86-Instruktionen erzeugst kannst du diese natürlich nicht mehr zur Laufzeit validieren, das stimmt schon. Andererseits kannst du z.B. C/C++ Code der noch gar nicht kompiliert wurde auch nicht so validieren das man sagen könnte das man den Code ohne Speicherschutz laufen lassen könnte, was bei Java-Quellcode jedoch gegeben ist.

Deshalb ist das ganze natürlich nur richtig sicher mit fremdem Code wenn wenn, diese "sichere Ausführungsschicht" vorhanden ist, aber ohne sichere Sprache wirst du diese gar nicht erst programmieren können.

Natürlich stellt sich auch die Frage ob man innerhalb der Klasse von sicheren Sprachen noch so einschneidende, aber potenziell lohnenswerte Veränderungen machen kann. Wahrscheinlich geht das, jedoch kann man damit schon ein eigenes Projekt füllen und besonders in der aktuellen Situation mit den verschiedenen virtuellen Maschinen finde ich es doof sich auf eine zu beschränken.

Sagen wir mal so, ich hatte mir auch ein Konzept überlegt, wo mehrere virtuelle Maschinen zum Einsatz kommen können, wobei ich selber keine neue erfinden wollte weil ich mit Java und C# eigentlich ganz zufrieden bin. Jedoch hielt mein Konzept auch den Weg zur Integration von "Eigenkreationen" frei ...
259
Offtopic / Gratis iPod - bitte helfen!
« am: 13. November 2005, 20:49 »
*mastermesh nen schnellball an den kopf werf*
260
OS-Design / C-Kernel in Real Mode -> 16 Bit -> Turbo C
« am: 13. November 2005, 17:23 »
Hmm, ein Studium der Speichermodelle (hab gehört bei Turbo C heissen die auch so) Tiny, Small, Medium, Compact, Large und Huge könnte evtl. Überraschungen vermeiden ...
Seiten: 1 ... 11 12 [13] 14 15 ... 32

Einloggen