10
Da C# Threading unterstützt, gibt es eine Möglichkeit, das Gabelkonzept in C# zu implementieren?Fork Concept in C#
Vielen Dank im Voraus ....
A
Antwort
18
Das ist mehr eine Frage des .NET/CLR als von C#. Im Allgemeinen handelt es sich um das zugrunde liegende Betriebssystem. Windows unterstützt keine fork() -ähnliche Semantik beim Erstellen neuer Prozesse. Auch fork() hat nichts mit Multithreading-Unterstützung zu tun.
Die Semantik von fork() beinhaltet das Duplizieren des Inhalts des Adressraums des ursprünglichen Prozesses. Meiner Meinung nach ist dies ein veralteter Ansatz für die Erstellung von Prozessen und hat in der Windows-Welt kaum Platz, da dies viele Aspekte der Sicherheit und Betriebssystemarchitektur betrifft. Das grundlegende Problem mit fork() wäre aus der Sicht von .NET der Ansatz zum Duplizieren und/oder Teilen nicht verwalteter Ressourcen (Dateihandles, Synchronisationsobjekte, Fenstergriffe (!) Usw.) zwischen dem alten und dem neuer Prozess. Ich denke, es gibt keinen ernsthaften Grund, ein solches Konzept entweder in .NET oder dem zugrunde liegenden Windows-Betriebssystem einzuführen.
Für weitere Diskussion siehe Link von suarabh.
+0
Ein wichtiger Grund, den ich mir vorstellen kann, ist Deadlocks (Thread Forking) zu behandeln. Es ist eine fortgeschrittene Idee. Aber das Drücken und Öffnen von Thread-Zuständen (Fork und Sleep des neuen Threads) zusammen mit der Versionierung von Objekten, die gesperrt werden, könnten Ihnen erlauben, wieder zu springen, bevor Deadlocks entstehen könnten. (Hinweis: Deadlocks verhindern Datenkorruption ... Sie könnten sie beide loslassen, aber die Daten werden nicht mehr ausschließlich gesperrt - selbst wenn nur ein Thread gleichzeitig ausgeführt wird). Dies gibt uns nicht-blockierende atomare Objekte (sogar Datenbank Deadlock). Das ist ein wichtiger Grund. – TamusJRoyce
+0
Bitte beachten Sie, dass 'fork' auf .NET keine gewünschten Effekte liefert. 'fork' spielt nicht gut mit Multithread-Anwendungen, es bewirkt, dass alle anderen Threads beendet werden. Eine .NET-Anwendung ist per Definition multi-threaded, da mindestens ein GC-Thread ausgeführt wird. – Sebazzz
Verwandte Themen
- 1. pipe() und fork() in c
- 2. c - fork() code
- 3. Unity Interception Concept Clarity
- 4. Java Exception Handling Concept
- 5. Advanced oop concept
- 6. oop concept implementation
- 7. C - fork() und gemeinsamen Speicher
- 8. C shared memory using fork()
- 9. if (fork()) fork()
- 10. Wie diese fork() Beispiel in c
- 11. Bibliothek mit Bezug auf fork() in C
- 12. Fork, Ruby, ActiveRecord und Dateideskriptoren auf Fork
- 13. Fork-Implementierung in Perl
- 14. fork in freeBSD unix
- 15. fork und exec in bash
- 16. Verwenden von Concept-Insights öffentlichen Korpora Berechtigungen
- 17. Verwenden des Befehls cd mit fork in c
- 18. Verweis auf Zeiger nach einem Aufruf von fork() in C
- 19. A fork() Befehl
- 20. Fork in Multi-Thread-Programm
- 21. GitHub Repository Fork in Enterprise
- 22. Verwendung von fork() in Hersteller/Verbraucher
- 23. Ersetzen der bestehenden Datenbank in ravendb/Proof of Concept
- 24. Demos, Beispiele und Proof-of-Concept-Code in D
- 25. Golang Fork Prozess
- 26. an system() oder fork()/exec()?
- 27. globale Variablenwert bei fork()
- 28. Printing Fibonacci mit fork()
- 29. POSIX verstehen - fork()
- 30. Named Pipes, mit Fork()
Wie in der Unix-Befehlsgabel? In diesem Fall nein. –