Seguramente el problema es que la conexión del cliente con el mysqld se hace a través de un socket, y MOSIX de momento no soporta la migración de sockets.

Esencialmente el MOSIX es útil para tareas de cálculo intensivo y concurrente. Precisamente por ese tema de los sockets, todavia tiene limitaciones en el campo de los servidores.

Si principalmente haces consultas al MySQL, posiblemente conseguirás mejores resultados montando servidores independientes, haciendo mirroring, y distribuyendo las peticiones entre ellos. El problema es que el MySQL de momento solamente te permite escribir en el servidor maestro, los esclavos simplemente sirven para agilizar las lecturas.

Un cluster mosix te sirve para mejorar radicalmente el rendimiento de cualquier programa de cálculo (sí, eso incluye la compresión de video) siempre que dicho programa trabaje con múltiples procesos/threads que no se comuniquen excesivamente entre ellos. Es decir, el problema a resolver debe poder partirse en varios trozos relativamente independientes para que se puedan manejar en paralelo sin perder mucho tiempo pasando información entre las partes y sin que unas partes estén pendientes de los resultados de otras partes.

En ese caso, Mosix sí que puede llevar diversos hilos a las distintas máquinas para que se ejecuten en paralelo, y la mejora de rendimiento es más que notable. La compresión de video sí que se puede paralelizar, mira por ejemplo el programa Cinelerra, que soporta granjas de máquinas.

Suponiendo que añadieras dos PCs más en tu caso, y suponiendo que usaras un programa capaz de procesar el video en paralelo con varios procesos, yo creo que tardarias menos de la mitad en hacer lo mismo. Aunque el resultado final dependeria de muchos parámetros, por ejemplo el ancho de banda de la red entre ordenadores (para clusters grandes se usan redes Myrinet, con switches cross-bar de 2Gbps full-duplex).