Welche Programmiersprache soll ich nehmen?

Quote:

Originally Posted by マルコ Ich denke, dass eine Menge deiner Probleme nicht an der Sprache liegen, sondern daran, dass dir Wissen fehlt. Damit die genannten Themen funktionieren reicht es nicht zu wissen, was für Befehle du brauchst, sondern du benötigst auch Hintergrundwissen, wie man vorgehen muss, was genau passiert und was z.B. das Betriebssystem so alles macht. Zum Beispiel: Ohne Wissen über Semaphore wirst du Probleme mit Threading haben, egal wie viel du über die Befehle und Struktur von Threads weißt. Libs, die hilfreich sind: Boost kann man fast immer brauchen. Und dann kommt es stark drauf an, was du machen willst. Wenn du grafisch etwas erstellen willst, dann gibt es u.a. SFML. Für Networking gibt es so Sachen wie eNet. Brauchst du Physik? Schau dir z.B. Bullet an. Ich könnte hier ewig weiter aufzählen.

Danke für den Hinweis. Ich hab gerade gemerkt das mein Wissen über die genauen Abläufe ein bisschen dürftig ist (ist zwar keine Entschuldigung aber ich bin gerade erst 13 geworden und beschäftige mich nicht so ewig damit bzw 1 Jahr oder so was in dem dreh) . Ich versuche mir das mal genauer anzusehen. Aber bei meinen Problem mit TCP bin nun wirklich nicht ich an der Langsamkeit des versendens schuld (liegt nicht am LAN. Die Verbindung ist recht schnell und nichts lief im Hintergrund)

PS: Danke für den Hinweis auf die E net lib. Die ist wirklich sehr gut.

Wenn du große Dateien einlesen willst brauchst du _nicht_ mehrere "Instanzen".
Flaschenhals ist I/O bzw in dem Fall die arachlangsame Festplatte.

Gleiches gilt für TCP.

Quote:

Originally Posted by Schlüsselbein Wenn du große Dateien einlesen willst brauchst du _nicht_ mehrere "Instanzen". Flaschenhals ist I/O bzw in dem Fall die arachlangsame Festplatte. Gleiches gilt für TCP.

Ja das mit der langsamen Platte stimmt (Besonders an dem altem XP Laptop auf dem ich soetwas meist mache.) . Die Platte verlangsamt den Vorgang zwar noch, aber es geht garantiert schneller wenn 2 verschiedenen Prozesse das durcharbeiten (war schlecht formuliert. Ich meinte mit nachfolgender Bearbeitung oder das Ausführen möglicher Befehle.) Ist jetzt zwar ein komisches Beispiel aber mir fällt gerade nichts besseres ein:Wenn zum Beispiel ein Bot von seinem C&C Server (soll nicht meinen Anwendungsbereich widerspiegeln.Mir ist einfach nichts anderes eingefallen) mehrere Befehle in Form einer Datei übergeben bekommt , die aus Sicherheitsgründen verschlüsselt ist. Das ist ein passables Beispiel für den Anwendungsbereich von mehreren verschiedenen Instanzen. Warum wird das von euch beiden so abwegig Dargestellt? Wenn man was größeres verarbeiten will ist man gezwungen sich irgendetwas in der Art auszudenken.

Quote:

Originally Posted by masterplc Ja das mit der langsamen Platte stimmt (Besonders an dem altem XP Laptop auf dem ich soetwas meist mache.) . Die Platte verlangsamt den Vorgang zwar noch, aber es geht garantiert schneller wenn 2 verschiedenen Prozesse das durcharbeiten (war schlecht formuliert. Ich meinte mit nachfolgender Bearbeitung oder das Ausführen möglicher Befehle.) Ist jetzt zwar ein komisches Beispiel aber mir fällt gerade nichts besseres ein:Wenn zum Beispiel ein Bot von seinem C&C Server (soll nicht meinen Anwendungsbereich widerspiegeln.Mir ist einfach nichts anderes eingefallen) mehrere Befehle in Form einer Datei übergeben bekommt , die aus Sicherheitsgründen verschlüsselt ist. Das ist ein passables Beispiel für den Anwendungsbereich von mehreren verschiedenen Instanzen. Warum wird das von euch beiden so abwegig Dargestellt? Wenn man was größeres verarbeiten will ist man gezwungen sich irgendetwas in der Art auszudenken.

Gang im Gegenteil von mehreren Instanzen mit read Rechte aus auf eine einzige Datei zuzugreifen, ist sogar langsamer als sie von einer Datei aus zu laden.

Die Begründung dahinter ist ganz einfach:
Wenn der Lesekopf der Festplatte andauernd springen muss und die Datei nicht an einem Stück auslesen kann, vergeht etwas mehr Zeit durch die Bewegung des Lesekopfes.

Was meinst du warum man als normaler Anwender, der sich einigermaßen auskennt, möglichst Fragmentierung verhindern will?

Die Windows Versionen an sich beeinflussen Festplattengeschwindigkeiten auch nur marginal bis gar nicht.

Ich bin mir nicht einmal sicher, ob alle Windows-Versionen von 2 Instanzen aus auf eine Datei, selbst wenns nur Lese-Rechte sind, gestattet, aber durch aus mögliche, dazu kann ich leider nichts Genaues sagen.

AutoIt kann abgesehen von der Geschwindigkeit enorm viel was richtige Programmiersprachen können und wenn man seine Programme einigermaßen intelligent strukturiert und statt mit Sleep mit Timestamps arbeitet, geht enorm viel.

Und Hooks sind in AutoIt ebenso möglich wie in Programmiersprachen, mit DllCalls und ASM ist alles möglich, das brauchst du aber prinzipiell in jeder Programmiersprache.

Ich sehe also keinen Grund warum du unbedingt nicht AutoIt benutzen willst.

P.S.
Programmieren ist eben schon mehr als Befehle auswendig lernen, denn Google und etliche Dokus wie Msdn bieten einen sehr guten Überblick über etliche Befehle, da ist auswendig lernen Fleißarbeit, hat jedoch nicht viel mit Programmieren zu tun.

Dass du es dir mal bildlich vorstellen kannst, TS:
Gehen wir mal von folgenden Werten aus:
Die I/O-Operation braucht 10000 Zeiteinheiten.
Autoit braucht fürs erstellen des File-Handles etc. 10 Zeiteinheiten.
C++ braucht 1e Zeiteinheit.

Macht für autoit 10010t und für C++ 10001t. Wirst du den Unterschied spüren können? Ganz klar: niemals. Und das obwohl C++ hier 10 mal so schnell ist.

Quote:

Originally Posted by masterplc Ja das mit der langsamen Platte stimmt (Besonders an dem altem XP Laptop auf dem ich soetwas meist mache.) . Die Platte verlangsamt den Vorgang zwar noch, aber es geht garantiert schneller wenn 2 verschiedenen Prozesse das durcharbeiten (war schlecht formuliert. Ich meinte mit nachfolgender Bearbeitung oder das Ausführen möglicher Befehle.) Ist jetzt zwar ein komisches Beispiel aber mir fällt gerade nichts besseres ein:Wenn zum Beispiel ein Bot von seinem C&C Server (soll nicht meinen Anwendungsbereich widerspiegeln.Mir ist einfach nichts anderes eingefallen) mehrere Befehle in Form einer Datei übergeben bekommt , die aus Sicherheitsgründen verschlüsselt ist. Das ist ein passables Beispiel für den Anwendungsbereich von mehreren verschiedenen Instanzen. Warum wird das von euch beiden so abwegig Dargestellt? Wenn man was größeres verarbeiten will ist man gezwungen sich irgendetwas in der Art auszudenken.

Nein, die maximale sequentielle Leserate der Platte bleibt gleich, ob du nun mit zwei Prozessen liest oder mit einem.

Quote:

Originally Posted by MrSm!th Nein, die maximale sequentielle Leserate der Platte bleibt gleich, ob du nun mit zwei Prozessen liest oder mit einem.

Akzeptiere ich ja.Ich meine (ich bleibe mal beim ersten Beispiel) falls in der vom C&C gesendeten Datei steht das der PC DDoS angriffe gegen mehrere Ziele durchführen soll.Das nacheinander abarbeiten ist ja wohl eine schlechte Option oder?

Ich versuche mal die Grundzüge von dem zu erklären was ich eigentlich meine:Wenn man etwas einliest wird doch normalerweise irgendetwas mit dem Text gemacht oder?Diese nachfolgenden Aktionen(gucken ob gewisse Wörter enthalten sind,darauf reagieren usw.) will ich ab einer gewissen Buchstabenanzahl auf mehrere andere Instanzen der Exe (Man muss wohl mit Konsolenparametern arbeiten) abwälzen damit das etwas schneller vonstatten geht.Wenn man beim einlesen eines Textes mit mehreren Prozessen arbeitet,die sich die Zeilen untereinander aufteilen,dann geht das einlesen zwar nicht schneller(vorher dachte ich das es dann schneller geht,danke für diese Offenbarung :) ) aber da jeder Prozess nur eine kleine Zeilenanzahl zu bearbeiten hat müsste das bearbeiten wenn mich nicht alles täuscht weit schneller gehen als vorher.

Diese Sache meinte ich mit Multithreading(Ja,ist wahrscheinlich ein falsches Wort dafür).Mein Problem damit ist das das mit dem StderrWrite und dem aufteilen.Das meinte ich mit dem Problempunkt.Alle anderen Interpretationen entsprechen nicht der Wahrheit.

@Shadow
Ja,das Programmieren besteht nicht nur aus Fleißarbeit,sondern daraus strukturiert denken zu können um am Ende eine Lösung für sein Problem zu haben.Meine Ansicht ist aber das es einen Enorm bremst wenn man die ganze Zeit über der MSDN oder dem help file sitzt,anstatt sich den Befehl einzuprägen und ihn dann schlussendlich anzuwenden ohne das man erstmal nachsehen musste.Also kommt man um die Fleißarbeit schlecht herum.Vereinfacht gesagt:Was nützt dir hochintelligentes strukturieren ohne etwas was du in die Struktur einbringen kannst?

#close bitte

Quote:

Originally Posted by masterplc Akzeptiere ich ja.Ich meine (ich bleibe mal beim ersten Beispiel) falls in der vom C&C gesendeten Datei steht das der PC DDoS angriffe gegen mehrere Ziele durchführen soll.Das nacheinander abarbeiten ist ja wohl eine schlechte Option oder? Ich versuche mal die Grundzüge von dem zu erklären was ich eigentlich meine:Wenn man etwas einliest wird doch normalerweise irgendetwas mit dem Text gemacht oder?Diese nachfolgenden Aktionen(gucken ob gewisse Wörter enthalten sind,darauf reagieren usw.) will ich ab einer gewissen Buchstabenanzahl auf mehrere andere Instanzen der Exe (Man muss wohl mit Konsolenparametern arbeiten) abwälzen damit das etwas schneller vonstatten geht.Wenn man beim einlesen eines Textes mit mehreren Prozessen arbeitet,die sich die Zeilen untereinander aufteilen,dann geht das einlesen zwar nicht schneller(vorher dachte ich das es dann schneller geht,danke für diese Offenbarung :) ) aber da jeder Prozess nur eine kleine Zeilenanzahl zu bearbeiten hat müsste das bearbeiten wenn mich nicht alles täuscht weit schneller gehen als vorher. Diese Sache meinte ich mit Multithreading(Ja,ist wahrscheinlich ein falsches Wort dafür).Mein Problem damit ist das das mit dem StderrWrite und dem aufteilen.Das meinte ich mit dem Problempunkt.Alle anderen Interpretationen entsprechen nicht der Wahrheit. @Shadow Ja,das Programmieren besteht nicht nur aus Fleißarbeit,sondern daraus strukturiert denken zu können um am Ende eine Lösung für sein Problem zu haben.Meine Ansicht ist aber das es einen Enorm bremst wenn man die ganze Zeit über der MSDN oder dem help file sitzt,anstatt sich den Befehl einzuprägen und ihn dann schlussendlich anzuwenden ohne das man erstmal nachsehen musste.Also kommt man um die Fleißarbeit schlecht herum.Vereinfacht gesagt:Was nützt dir hochintelligentes strukturieren ohne etwas was du in die Struktur einbringen kannst? #close bitte

Das was du ansprichst sind Threads und keine Prozesse. Ein Thread ist Teil eines Prozesses.

Dank Threads kannst du mehrere Aufgaben parallel zu deinem "Programm" laufen lassen. Wieso Programm unter Anführungzeichen?
Weil auch deine Main Funktion nichts anderes als ein Thread deines Ausführbaren Programmes ist.

Damit dein Ausführbares Programm(Prozess) nicht auf Rückmeldung wartet bei gewissen Operationen/Funktion wie auch immer du/ihr es nennen wollts, arbeitet man mit Threads. Daher auch der Begriff Multithreading.

Beispiele wären wie zB die ganzen Spiele die es gibt. Stell dir vor du arbeitest ohne Threads, dann würdest du jede Sekunde wenn auch nicht weniger auf Rückmeldung warten. Dank Threads wird jede Teilaufgabe parallel zum laufenden Programm abgearbeitet und musst nicht auf Rückmeldung warten ;)


Wie schon die anderen erwähnt haben, solltest du dich mit der Materie beschäftigen und dich nicht einfach so drauf stürzen ohne jegliche Kenntnisse/Grundlagen etc.

Quote:

Originally Posted by masterplc Akzeptiere ich ja.Ich meine (ich bleibe mal beim ersten Beispiel) falls in der vom C&C gesendeten Datei steht das der PC DDoS angriffe gegen mehrere Ziele durchführen soll.Das nacheinander abarbeiten ist ja wohl eine schlechte Option oder?

Das ist aber eher prinzipbedingt. Wenn man mehrere Aufgabenstellungen gleichzeitig lösen will, ist das nicht sequentiell zu bearbeiten.
Das hat nichts damit zu tun, dass Autoit langsamer oder instabiler ist.
Zudem könnte man sowas notfalls auch mit mehreren Prozessen lösen.