El procesamiento de OCR lleva tiempo. El uso de múltiples núcleos de CPU aceleraría el procesamiento. Acrobat 10 no era una aplicación multiproceso . ¿Qué tal Acrobat 11? ¿11 por defecto hace OCR usando múltiples núcleos de CPU (si está disponible)? Si no, ¿hay alguna solución, por ejemplo, secuencias de comandos, para ayudar a que Acrobat 11 haga OCR usando múltiples núcleos de CPU? Ya sea a través del lenguaje de secuencias de comandos integrado de Acrobat o utilizando secuencias de comandos externas que inician y dirigen múltiples instancias de subprocesos individuales de Acrobat en paralelo a partes del trabajo de procesamiento.
Nota: Esta pregunta no está demasiado localizada (no se limita a un momento específico en el tiempo) porque (1) Adobe no lanza nuevas versiones principales de Acrobat con mucha frecuencia (Acrobat 10 se lanzó hace dos años) y (2) Adobe Acrobat es un aplicación utilizada
fuente
El subprocesamiento múltiple debe integrarse en una aplicación. El desarrollador tiene que escribir el código que crea subprocesos y que divide la tarea en subtareas que se pueden asignar a cada subproceso. Si los desarrolladores de Acrobat no pueden hacer esto por su código de reconocimiento de OCR, no hay forma de que el usuario cree la lógica adicional necesaria.
fuente
Para usar todos los núcleos para OCR, puede consultar el Editor de intercambio de PDF. Parece que el motor OCR usa todos los núcleos en mi sistema. Sin embargo, una vez que llegue a este nivel de rendimiento, tiene sentido usar un SSD.
Debe haber un ajuste de Windows que hará que dedique más tiempo de CPU a una sola aplicación de subprocesos que no esté vinculada a E / S. En mi sistema, Acrobat no se ralentiza por el rendimiento del disco, pero la mayor parte del tiempo de CPU que obtengo al crear un índice es de aproximadamente el 30%.
Seamos realistas, Acrobat es una aplicación ampliamente utilizada pero mal escrita. Acrobat Pro tiene algunas características que aún no puede obtener en ningún otro lugar (todavía).
fuente