Por que há um atraso de 10 segundos ao imprimir no Ubuntu Server 10.04?

Question

Eu vi vários posts perguntando isso e perguntas semelhantes em vários fóruns, mas ninguém parece ser capaz de fornecer uma solução.

O problema básico é assim:

Printing worked fine on [Insert Old Version of Linux Distro], but after updating to [Newer version of Linux Distro], there's now a [5,10,15] second delay between sending a file to the print cue and when the printer actually starts printing.

No meu caso particular, a impressão começou imediatamente no Ubuntu 8.04, mas depois de atualizar para o 10.04, tem um atraso de 10 segundos. Eu estou fazendo isso no Ubuntu Server, imprimindo com o comando lpr, mas o problema está presente no desktop 10.04 também. Pelo que eu li, isso também afeta versões mais novas das distribuições do Linux. Fedora, OpenSUSE, Arch, etc.

As impressoras são todas impressoras de rede. Imprimir no Windows também é imediato. A luz da impressora começa a piscar imediatamente, mas nada sai por 10 a 15 segundos.

O Ubuntu 10.04 usa o CUPS 1.4.3. Eu pensei que poderia ser um bug no CUPS, então eu compilei o CUPS 1.4.5 (estável mais recente) para substituir o 1.4.3 do Ubuntu. Mas ainda há um atraso.

Alguma ideia do que pode estar causando isso? Ou uma maneira de solucionar o problema para descobrir o que está causando isso?

UPDATE : eu configurei o loglevel para depurar e obtive cerca de 660 linhas de saída no meu log para um único trabalho. O arquivo de teste que eu enviei levou 10 segundos desde o momento em que foi adicionado à sugestão até quando ele foi lançado.

Eu não vou postar a coisa toda aqui (a menos que você realmente queira!), mas aqui estão os destaques:

O trabalho é feito e um monte de coisas acontecem no mesmo segundo. A última linha para esse segundo é:

D [28/Nov/2010:14:44:19 -0500]
   Discarding unused printer-state-changed event...

A próxima linha de registro ocorre 4 segundos depois:

D [28/Nov/2010:14:44:23 -0500]
  [Job 3071] prtGeneralCurrentLocalization type is 0, expected 2!

Então temos um atraso de 4 segundos aqui por algum motivo.

1 segundo depois, recebemos:

D [28/Nov/2010:14:44:23 -0500] PID 15448 (/usr/lib/cups/filter/pdftoraster) exited with no errors.
D [28/Nov/2010:14:44:24 -0500] [Job 3071] Wrote 8192 bytes of print data...
D [28/Nov/2010:14:44:24 -0500] [Job 3071] Read 8192 bytes of print data...
I [28/Nov/2010:14:44:24 -0500] [Job 3071] Printing page 1, 57% complete...
I [28/Nov/2010:14:44:24 -0500] [Job 3071] Printing page 1, 59% complete...
D [28/Nov/2010:14:44:24 -0500] Discarding unused job-progress event...
D [28/Nov/2010:14:44:24 -0500] Discarding unused printer-state-changed event...
I [28/Nov/2010:14:44:24 -0500] [Job 3071] Printing page 1, 60% complete...

Que repete até:

I [28/Nov/2010:14:44:26 -0500] [Job 3071] Printing page 1, 99% complete...
D [28/Nov/2010:14:44:26 -0500] Discarding unused job-progress event...
D [28/Nov/2010:14:44:26 -0500] Discarding unused printer-state-changed event...
I [28/Nov/2010:14:44:26 -0500] [Job 3071] Ready to print.

Em seguida, segue para:

D [28/Nov/2010:14:44:26 -0500] [Job 3071] Wrote 8192 bytes of print data...
D [28/Nov/2010:14:44:26 -0500] [Job 3071] Read 8192 bytes of print data...

De novo e de novo até:

D [28/Nov/2010:14:44:29 -0500] [Job 3071] Read 3361 bytes of print data...
D [28/Nov/2010:14:44:29 -0500] [Job 3071] Wrote 3361 bytes of print data...
I [28/Nov/2010:14:44:29 -0500] [Job 3071] Print file sent, waiting for printer to finish...

Qual é o ponto em que a impressora realmente começa a produzir saída. Um total de 10 segundos depois.

    

Answer 1

Eu experimento alguns dos mesmos. Não tenho certeza se esse é o mesmo problema que você, mas sabemos que com impressoras de recibos, algumas delas de repente começaram a ter um atraso de 4 segundos durante a impressão, enquanto outras vieram imediatamente.

Isso foi depois de uma atualização do Cups (Slackware linux).

Depois de muita depuração, descobrimos que as impressoras que suportam o SNMP não têm o atraso, enquanto as impressoras que não suportam o SNMP têm o atraso.

Parece que xícaras, após a atualização, estão tentando buscar informações da impressora pelo SNMP antes de enviar o trabalho de impressão real.

Agora estou procurando uma maneira de desativar esse recurso ... Tentarei responder se encontrar uma solução.

Devo mencionar que estamos usando conexão raw / socket para essas impressoras. Eu vejo RedHat tem um bug reportado sobre isso , mas Eu não tenho permissão para visualizá-lo (BZ # 709896)

Não consigo descobrir como desabilitar a comunicação SNMP em Cups. : \

    

Answer 2

Eu gostaria de sugerir a seguinte postagem em ubuntuforums, já que eles parecem ter um problema de comunicação com a impressora também.

link

espero que ajude, RayQuang

    

Answer 3

Eu tenho a mesma experiência com user127222. Para algumas impressoras sem suporte para SNMP, os trabalhos de impressão terão 4 segundos de atraso. Depois de estudar esses códigos no CUPS:

  if ((ppd = ppdOpenFile(getenv("PPD"))) == NULL ||
      ((ppdattr = ppdFindAttr(ppd, "cupsSNMPSupplies", NULL)) != NULL &&
       ppdattr->value && _cups_strcasecmp(ppdattr->value, "true")))
  {
    ppdClose(ppd);
    return;
  }

Acho que posso desabilitar essas solicitações SNMP atualizando o arquivo PPD para essa impressora. Usando:

*cupsSNMPSupplies: False

Ref: Extensões de PPD do CUPS