Estoy tratando de usar la ThreadPoolExecutorclase de Java para ejecutar una gran cantidad de tareas pesadas con un número fijo de subprocesos. Cada una de las tareas tiene muchos lugares durante los cuales puede fallar debido a excepciones. He subclasificado ThreadPoolExecutory he anulado el...
newCachedThreadPool() versus newFixedThreadPool() ¿Cuándo debo usar uno u otro? ¿Qué estrategia es mejor en términos de utilización de
Digamos que tengo una cola llena de tareas que necesito enviar a un servicio de ejecutor. Quiero que se procesen uno a la vez. La forma más simple que se me ocurre es: Toma una tarea de la cola Presentarlo al albacea Llame .get en el futuro devuelto y bloquee hasta que haya un resultado...
Parece imposible hacer un grupo de subprocesos en caché con un límite en el número de subprocesos que puede crear. Así es como se implementa Executors.newCachedThreadPool estático en la biblioteca estándar de Java: public static ExecutorService newCachedThreadPool() { return new...
¿Cuál es exactamente la diferencia entre el tamaño del grupo principal y el tamaño máximo del grupo cuando hablamos en términos de ThreadPoolExecutor? ¿Se puede explicar con la ayuda de un
Quiero crear un método ThreadPoolExecutortal que cuando haya alcanzado su tamaño máximo y la cola esté llena, el submit()método se bloquee al intentar agregar nuevas tareas. ¿Necesito implementar una costumbre RejectedExecutionHandlerpara eso o existe una forma existente de hacerlo utilizando una...
Me he sentido frustrado durante algún tiempo con el comportamiento predeterminado ThreadPoolExecutorque respalda los ExecutorServicegrupos de subprocesos que muchos de nosotros usamos. Para citar de los Javadocs: Si hay más subprocesos que corePoolSize pero menos que maximumPoolSize en...