multithreading - Diferencias de subprocesamiento de OS Multi

operating-system haiku

Question

Estoy haciendo esta pregunta porque estaba investigando el sistema operativo Haiku (un descendiente de BeOS).

El objetivo del sistema operativo BeOS era crear un entorno de escritorio que maneje bien los archivos multimedia y sea muy receptivo. Lo logran al crear un kernel que tiene "múltiples hilos penetrantes".

Otros sistemas operativos (Linux, Windows, etc.) no tienen este "multi threading penetrante" y, por lo tanto, no son tan receptivos. (sin guerras de llamas, por favor ...)

¿Podría alguien explicar las (sutiles) diferencias entre el "multi thread threading" (como en BeOS / Haiku) y el multi-threading utilizado en Windows o Linux?

¿Cuáles son las implicaciones para un desarrollador de los diferentes sistemas de subprocesamiento múltiple?

Encontré un sitio interesante sobre BeOS Multi-threading ... BeOS Multi threading

Answer 1

Copiado de una respuesta que hice para la pregunta ahora cerrada "¿Qué es / fue tan genial sobre BeOS [cerrado]", pero se aplica aquí muy bien:

Desde la memoria, lo curioso del desarrollo de BeOS es que la GUI realmente tiene múltiples subprocesos, a diferencia de los marcos de GUI en otras plataformas, que tienden a ser de un solo subproceso.

Esto significaba que desarrollar aplicaciones de GUI para BeOS es completamente diferente, pero supongo que esto significaba que las GUI eran más receptivas, sin requerir un diseño explícito a nivel de aplicación para manejar las interacciones de la GUI.

Por supuesto, esto significa que usar mutexes y similares es más importante y transferir aplicaciones GUI de otros SO a BeOS es difícil a menos que la biblioteca de GUI de BeOS se convierta efectivamente en una biblioteca de un solo subproceso al usar y aplicar una única aplicación en todo mutex

Linux, Windows y casi todos los otros SO que puedo pensar que he usado en la última década soportan el multihilo, Linux y Windows ambos utilizan multihilo de maneras sustancialmente diferentes, pero lo hacen muy bien, sin embargo, BeOS realmente usa multithreading de forma generalizada. y esto se hace evidente, por ejemplo, mediante el marco de GUI, mientras que la mayoría de los demás son estrictamente de un solo hilo. (O, en el extremo, permitir el acceso a múltiples hilos con consecuencias indefinidas ...)