Debe ser más específico con sus rangos y objetivos esperados. Si A y B van a ser pequeños, las tablas almacenadas son rápidas, aunque desperdician espacio. Hasta un punto más grande, un SoE segmentado es una buena solución y puede funcionar extremadamente rápido. Para entradas muy grandes (por ejemplo, miles de dígitos), use un tamiz parcial seguido de pruebas de primalidad (por ejemplo, BPSW) para lo que queda.
Por ejemplo, si digo A = 10 ^ 22 y B = 10 ^ 22 + 1e9, considere cómo funcionarían algunas de las otras sugerencias aquí. Las tablas de búsqueda, los hashes ordenados y los tamices estándar caen sobre sus caras. El tamiz segmentado funcionará aunque sospecho que la prueba de tamizado parcial + primalidad será más rápida. Eleve A a 10 ^ 32 y ahora el tamiz segmentado no es realmente viable.
Si está buscando almacenar primos en un archivo gigante, debería estar buscando un código de tamizado más rápido.
- Cómo deshabilitar el ping a un enrutador
- ¿Cuánta física debería saber un experto en informática?
- ¿Es una buena idea estudiar física e informática en las universidades de Washington y Lee?
- Cómo multiplicar números de complemento a dos de punto fijo
- ¿Puede una computadora resolver sudoku sin simplemente sustituir números y verificar?