Eu gosto do código de Upstart, ele é bem comentado e considero fácil de acompanhar. Upstart é um bom exemplo de projeto, inclusive para o meu. Entretanto, não concordo com a abordagem geral de Upstart. Vamos avaliar Upstart um pouco mais de perto:

Upstart não compartilha código com SysVinit e, por isso, funcionalmente ele é visto como um superconjunto do sysvinit. Upstart mantém, em algum grau, a compatibilidade com os scripts de SysVinit. Essa é uma abordagem baseada em eventos: inicializar e parar processos são fundamentais no sistema. Entretanto, um evento pode assumir um número grande de aspectos.

Upstart faz o serviço de serialização através destes eventos: se syslog-started é acionado isso indica que precisamos iniciar D-Bus para que possa usar Syslog. Isso gera uma cadeia, pois quando dbus-started é acionado, NetworkManager é inicializado para permitir o uso de D-Bus.

Essa é uma relação de dependências do tipo A precisa de B que pode ser traduzida em regras como: Quando B parar então pare A. De todo modo, isso são simplificações convencionadas para o uso de Upstart, e elas são prejudiciais.

Primeiro, o sistema de dependências lógicas não desaparece, a pessoa que está escrevendo as regras Upstart deve traduzir as dependências manualmente em regras do tipo evento/ação. Na prática, duas regras para cada dependência.

Assim, em vez de deixar o próprio computador controlar essas regras, elas precisam ser definidas pelo usuário e muitas vezes não estão disponíveis em tempo de execução. O administrador precisa perceber que algo aconteceu com B em função de A.

Essa abordagem que gira em torno de dependências em vez de minimizar o trabalho acaba por maximizar já que é feita dos pés para a cabeça.

Um bom sistema init deveria inicializar um serviço somente quando fosse necessário, e sempre sob demanda. Seja de forma lenta ou paralelizado isso deveria ser feito com antecedência, mas nunca mais que o necessário.

Deste modo, não vejo utilidade na lógica por evento. A maioria dos eventos expostos em Upstart não são pontuais na natureza, mas tem duração: um serviço inicia, roda e é parado. Um dispositivo é plugado, está disponível e é removido.

Um ponto de montagem está desmontado, montado, ou sendo desmontado. São poucos os eventos pontuais, e a maior parte deles é regido por uma tupla de condições como iniciar/parar. Upstart é focado em eventos singulares e, de certa forma, ignora eventos duráveis. Estou ciente que essas reclamações foram mitigadas nas recentes mudanças de Upstart.

A sintaxe baseada em condições e uma inovação. Mas, me parece que o núcleo do projeto é falho. Ainda assim Upstart é uma boa babá para daemons. É óbvio que existem alternativas para sysvinit, Upstart e launchd, mas elas são tão acadêmicas, com uso excessivo de XML ou específicas para um único sistema como o Solaris.