Wo ist der Forschungsbericht, in dem die Ausführungsgeschwindigkeit eines Programms in einem ex5-Thread (es macht nicht einmal Sinn, mit ex4 zu experimentieren) und in zwei Threads verglichen wird?
Es war nur eine hypothetische Vermutung, die übrigens von mir ( hier) zum ersten Mal geäußert wurde, als ich von Ihnen nicht wenigstens eine Formulierung von Vorteilen Ihres Ansatzes erhielt.
Sie verwenden meine Hypothese bereits als Tatsache.
Persönlich gebe ich zu, dass es einen Vorteil geben könnte, aber rein aus Intuition (nicht aus Wissen) wette ich zu 75 %, dass es keinen Vorteil bringen wird, da die Interaktion und der Datenaustausch zwischen den beiden Programmen nicht frei ist und der Prozessor für beide ex5 ist. Die Antwort auf diese Frage kann jedoch nur von den Entwicklern selbst oder durch ein qualitatives Experiment gegeben werden.
Ich kann Ihnen einen Beweis für die geringen Kosten des Datenaustauschs zwischen Programmen liefern. Selbst wenn eine Zeichenkette mit Tausenden von Zeichen übergeben wird. Ich habe ein Experiment gemacht. Ich werde zwei Test-EAs finden und hochladen. Bei der Kommunikation über Ressourcen wird der Prozessor nicht belastet, sondern nur neu gezeichnet.
Der Motor wird eine breite Palette von Funktionen zu akkumulieren, und nur ein kleiner Teil - die Benutzeroberfläche des Benutzers. Das heißt, die Engine wird Code enthalten, der nur teilweise von einer separaten Anwendung benötigt wird, und der Rest des Codes kann von anderen Anwendungen auf anderen Grafiken verwendet werden. Auf diese Weise wird die Engine zu einer Hilfsfunktion, die von verschiedenen EAs gleichzeitig genutzt wird, und sollte daher ein separates Programm sein, das in einem eigenen Thread läuft.
Ich kann den Nachweis erbringen, dass die Kosten für den Datenaustausch zwischen den Programmen gering sind. Selbst bei der Übertragung einer Zeichenkette mit Tausenden von Zeichen. Ich habe ein Experiment gemacht. Ich werde zwei Test-EAs finden und hochladen. Bei der Kommunikation über Ressourcen wird der Prozessor nicht belastet, sondern nur neu gezeichnet.
Der Motor wird eine breite Palette von Funktionen zu akkumulieren, und nur ein kleiner Teil - die Benutzeroberfläche des Benutzers. Das heißt, die Engine wird Code enthalten, der nur teilweise von einer separaten Anwendung benötigt wird, und der Rest des Codes kann von anderen Anwendungen auf anderen Grafiken verwendet werden. Auf diese Weise wird das Triebwerk zu einem funktionalen Hilfszentrum, das von verschiedenen EAs gleichzeitig genutzt wird, und muss daher ein separates Programm sein.
Wenn aber eine Engine mehrere Programme bedient, verlangsamt sie den Gesamtprozess umso mehr, da die Bedienung der verschiedenen Programme in ihr sequenziell erfolgt, während die Instanzen Ihrer Engine-Klasse in jeder Anwendung parallel laufen.
Nikolai Semko: Wenn Ihre Engine jedoch mehrere Anwendungen bedient, verlangsamt sie den gesamten Prozess, da sie verschiedene Programme nacheinander bedient, während die Instanzen Ihrer Engine-Klasse in jeder Anwendung parallel laufen.
Die Programme greifen asynchron und nach Bedarf auf die Engine zu. Die eine wird verlangen, ein Diagramm auf der Grundlage des übergebenen Arrays zu erstellen, die andere, einen Wert anhand einer Formel zu berechnen, die dritte etwas anderes... All dies wird nicht ein einziger kontinuierlicher Prozess sein, sondern von Zeit zu Zeit auftreten.
In diesem Fall trägt die Engine die grafische Benutzeroberfläche einer der Anwendungen, und der Benutzer wechselt zur grafischen Benutzeroberfläche einer anderen Anwendung.
Wenn man den Motor in eine Anwendung einbaut, gibt es eine Menge unnötiger Dinge in der Anwendung. Sie müssen also den Motor an die spezifischen Bedürfnisse des einzelnen EA anpassen. Der Nutzer wird damit nicht zurechtkommen. Er ist lang und kompliziert. Und es wird mich daran hindern, die Vielseitigkeit des Motors zu entwickeln.
Реter Konow: Wenn man den Motor in eine Anwendung einbaut, gibt es eine Menge unnötiger Dinge in der Anwendung. Sie müssen also den Motor an die spezifischen Bedürfnisse des einzelnen EA anpassen. Der Nutzer wird damit nicht zurechtkommen. Er ist lang und kompliziert. Und es wird die Entwicklung der Universalität des Motors beeinträchtigen.
Es handelt sich lediglich um eine Reihe von Wörtern ohne jegliche Bedeutung.
Peter, wo ist der Beweis?
Ich kann Ihnen einen Beweis für die geringen Kosten des Datenaustauschs zwischen Programmen liefern. Selbst wenn eine Zeichenkette mit Tausenden von Zeichen übergeben wird. Ich habe ein Experiment gemacht. Ich werde zwei Test-EAs finden und hochladen. Bei der Kommunikation über Ressourcen wird der Prozessor nicht belastet, sondern nur neu gezeichnet.
Der Motor wird eine breite Palette von Funktionen zu akkumulieren, und nur ein kleiner Teil - die Benutzeroberfläche des Benutzers. Das heißt, die Engine wird Code enthalten, der nur teilweise von einer separaten Anwendung benötigt wird, und der Rest des Codes kann von anderen Anwendungen auf anderen Grafiken verwendet werden. Auf diese Weise wird die Engine zu einer Hilfsfunktion, die von verschiedenen EAs gleichzeitig genutzt wird, und sollte daher ein separates Programm sein, das in einem eigenen Thread läuft.
Hier. Setzen Sie es in das erste Diagramm ein.
Und das hier ist die zweite.
Ich kann den Nachweis erbringen, dass die Kosten für den Datenaustausch zwischen den Programmen gering sind. Selbst bei der Übertragung einer Zeichenkette mit Tausenden von Zeichen. Ich habe ein Experiment gemacht. Ich werde zwei Test-EAs finden und hochladen. Bei der Kommunikation über Ressourcen wird der Prozessor nicht belastet, sondern nur neu gezeichnet.
Der Motor wird eine breite Palette von Funktionen zu akkumulieren, und nur ein kleiner Teil - die Benutzeroberfläche des Benutzers. Das heißt, die Engine wird Code enthalten, der nur teilweise von einer separaten Anwendung benötigt wird, und der Rest des Codes kann von anderen Anwendungen auf anderen Grafiken verwendet werden. Auf diese Weise wird das Triebwerk zu einem funktionalen Hilfszentrum, das von verschiedenen EAs gleichzeitig genutzt wird, und muss daher ein separates Programm sein.
Wenn Ihre Engine jedoch mehrere Anwendungen bedient, verlangsamt sie den gesamten Prozess, da sie verschiedene Programme nacheinander bedient, während die Instanzen Ihrer Engine-Klasse in jeder Anwendung parallel laufen.
Die Programme greifen asynchron und nach Bedarf auf die Engine zu. Die eine wird verlangen, ein Diagramm auf der Grundlage des übergebenen Arrays zu erstellen, die andere, einen Wert anhand einer Formel zu berechnen, die dritte etwas anderes... All dies wird nicht ein einziger kontinuierlicher Prozess sein, sondern von Zeit zu Zeit auftreten.
In diesem Fall trägt die Engine die grafische Benutzeroberfläche einer der Anwendungen, und der Benutzer wechselt zur grafischen Benutzeroberfläche einer anderen Anwendung.
Wenn man den Motor in eine Anwendung einbaut, gibt es eine Menge unnötiger Dinge in der Anwendung. Sie müssen also den Motor an die spezifischen Bedürfnisse des einzelnen EA anpassen. Der Nutzer wird damit nicht zurechtkommen. Er ist lang und kompliziert. Und es wird die Entwicklung der Universalität des Motors beeinträchtigen.
Nur ein Haufen Worte ohne jede Bedeutung.
Nehmen Sie mich einfach beim Wort. Ich weiß, was ich tue.
Nehmen Sie mich einfach beim Wort. Ich weiß, was ich tue.