mp3tag - ¿Las colas de mensajes están obsoletas en Linux?

tag editor linux

Question

He estado jugando con colas de mensajes (System V, pero POSIX debería estar bien también) en Linux recientemente y parecen perfectas para mi aplicación, pero después de leer The Art of Unix Programming no estoy seguro de si realmente son una buena opción .

http://www.faqs.org/docs/artu/ch07s02.html#id2922148

La capa superior de paso de mensajes del System V IPC ha caído en desuso. La capa inferior, que consiste en memoria compartida y semáforos, todavía tiene aplicaciones significativas bajo circunstancias en las que se necesita hacer un bloqueo de exclusión mutua y compartir datos globales entre procesos que se ejecutan en la misma máquina. Estas instalaciones de memoria compartida de System V se convirtieron en la API de memoria compartida POSIX, compatibles con Linux, BSD, MacOS X y Windows, pero no con MacOS clásicos.

http://www.faqs.org/docs/artu/ch07s03.html#id2923376

Las instalaciones de System V IPC están presentes en Linux y otros Unixes modernos. Sin embargo, como son una característica heredada, no se ejercitan con mucha frecuencia. Todavía se sabe que la versión de Linux tiene errores a partir de mediados de 2003. A nadie parece importarle lo suficiente como para solucionarlos.

¿Siguen fallando las colas de mensajes de System V en las versiones de Linux más recientes? No estoy seguro si el autor quiere decir que las colas de mensajes POSIX deberían estar bien?

Parece que los sockets son el IPC preferido para casi cualquier cosa (?), Pero no veo cómo sería muy simple implementar colas de mensajes con sockets o algo más. ¿O estoy pensando demasiado complejo?

No sé si es relevante que esté trabajando con Linux incorporado.

Answer 1

En realidad, no he utilizado colas de mensajes POSIX porque siempre quiero dejar abierta la opción de distribuir mis mensajes a través de una red. Con eso en mente, puede mirar una interfaz de paso de mensajes más robusta como zeromq o algo que implemente AMQP .

Una de las cosas buenas de 0mq es que cuando se utiliza desde el mismo espacio de proceso en una aplicación multiproceso, utiliza un mecanismo de copia cero sin bloqueo que es bastante rápido. Aún así, puede usar la misma interfaz para pasar mensajes a través de una red también.

Answer 2

Las mayores desventajas de la cola de mensajes POSIX:

• La cola de mensajes POSIX no exige que sea compatible con select() . (Funciona con select() en Linux pero no en el sistema Qnx)
• Tiene sorpresas.

Unix Datagram socket hace la misma tarea de cola de mensajes POSIX. Y el socket de Datagram de Unix funciona en la capa de socket. Es posible usarlo con select() / poll() u otros métodos IO-wait. Usar select() / poll() tiene la ventaja cuando se diseña un sistema basado en eventos. Es posible evitar el bucle ocupado de esa manera.

Hay sorpresa en la cola de mensajes. Piensa en mq_notify() . Se usa para obtener un evento de recepción. Parece que podemos notificar algo sobre la cola de mensajes. Pero en realidad se está registrando para notificaciones en lugar de notificar nada.

Más sorpresa sobre mq_notify() es que debe mq_receive() después de cada mq_receive() , que puede causar una condición de carrera (cuando algún otro proceso / subproceso llama a mq_send() entre la llamada de mq_receive() y mq_notify() ).

Y tiene un conjunto completo de mq_open, mq_send(), mq_receive() and mq_close() con su propia definición, que es redundante y en algunos casos es inconsistente con los métodos socket open(),send(),recv() and close() especificación.

No creo que la cola de mensajes deba usarse para la sincronización. eventfd y signalfd son adecuados para eso.

Pero (cola de mensajes POSIX) tiene soporte en tiempo real . Tiene características de prioridad.

Messages are placed on the queue in decreasing order of priority, with newer messages of the same priority being placed after older messages with the same priority.

¡Pero esta prioridad también está disponible para socket como datos fuera de banda!

Finalmente, para mí, la cola de mensajes POSIX es una API heredada. Siempre prefiero el socket Unix Datagram en lugar de la cola de mensajes POSIX, siempre que las funciones en tiempo real no sean necesarias.

Answer 3

Personalmente, soy bastante aficionado a las colas de mensajes y creo que son posiblemente el IPC menos utilizado en el mundo de Unix. Son rápidos y fáciles de usar.

Un par de pensamientos:

• Algo de esto es solo moda. Las cosas viejas se vuelven nuevas de nuevo. Agregue un dopaje brillante en las colas de mensajes y pueden ser las novedades y las novedades del próximo año. Mire Google Chrome utilizando procesos separados en lugar de hilos para sus pestañas. De repente, la gente está encantada de que cuando una pestaña se bloquea no baje todo el navegador.

• La memoria compartida tiene algo así como un halo He-man al respecto. No es un programador "real" si no está exprimiendo el último ciclo de la máquina y los MQ son marginalmente menos eficientes. Para muchas aplicaciones, si no para la mayoría, es totalmente absurdo, pero a veces es difícil romper una mentalidad una vez que se afianza.

• Los MQ realmente no son apropiados para aplicaciones con datos ilimitados. Mecanismos orientados a la corriente como tuberías o enchufes son simplemente más fáciles de usar para eso.

• Las variantes del Sistema V realmente han caído en desgracia. Como regla general, vaya con las versiones POSIX de IPC cuando pueda.

Answer 4

Sí, creo que las colas de mensajes son apropiadas para algunas aplicaciones. Las colas de mensajes de POSIX proporcionan una interfaz más agradable, en particular, le permite asignar nombres a las colas en lugar de a los ID, lo que es muy útil para el diagnóstico de fallas (hace que sea más fácil ver cuál es cuál).

Linux le permite montar las colas de mensajes posix como un sistema de archivos y verlos con "ls", eliminarlos con "rm", que también es muy útil (System V depende de los molestos comandos "ipcs" e "ipcrm")