La complejidad del tiempo se mide en función del tamaño de entrada. Si su entrada es un conjunto de tamaño n, y su salida es una lista de conjuntos no comprimidos, entonces el tiempo de ejecución será de [math] \ Omega (2 ^ n) [/ math] pasos. Esto se requiere simplemente para generar la salida .
Pero este es solo el caso porque (muy probablemente) enmarcó el problema de manera ineficiente (a menos que realmente necesitara cada uno de esos subconjuntos, lo cual es muy poco probable). La mayoría de las veces no estamos interesados en todos los subconjuntos. Más bien, estamos interesados en uno o un puñado de subconjuntos particulares con un conjunto específico de propiedades. En ese caso, no podemos poner un límite inferior de [matemáticas] 2 ^ n [/ matemáticas]. Solo podemos poner un límite inferior que depende de las propiedades que estamos buscando. No hay límite inferior más bajo que el tiempo que lleva leer el problema, más una constante, que es [matemáticas] \ Omega (n + k) [/ matemáticas].
- ¿Hay alguna buena idea sobre cómo optimizar la biblioteca matemática fundamental del sistema?
- ¿Por qué una calculadora simple solo toma hasta 9 dígitos como entrada?
- ¿La función de módulo es distributiva, asociativa o conmutativa? Explicar con ejemplos y pruebas. ¿Cómo uso este concepto en la programación competitiva?
- ¿Cómo funciona el grupo electrógeno diesel?
- ¿Es correcto que 'todos los lenguajes de computadora converjan a LISP'? ¿Por qué?
