Академический Документы
Профессиональный Документы
Культура Документы
INTRODUCCIN
La resolucin prctica de un problema exige por una parte un algoritmo
o mtodo de resolucin y por otra un programa o codificacin de aquel
en un ordenador real. Ambos componentes tienen su importancia; pero
la del algoritmo es absolutamente esencial, mientras que la codificacin
puede muchas veces pasar a nivel de ancdota.
A efectos prcticos o ingenieriles, nos deben preocupar los recursos
fsicos necesarios para que un programa se ejecute. Aunque puede
haber muchos parmetros, los ms usuales son el tiempo de ejecucin y
la cantidad de memoria (espacio). Ocurre con frecuencia que ambos
parmetros estn fijados por otras razones y se plantea la pregunta
inversa: cul es el tamao del mayor problema que puedo resolver en T
segundos y/o con M bytes de memoria? En lo que sigue nos centraremos
casi siempre en el parmetro tiempo de ejecucin, si bien las ideas
desarrolladas son fcilmente aplicables a otro tipo de recursos.
Para cada problema determinaremos una medida N de su tamao (por
nmero de datos) e intentaremos hallar respuestas en funcin de dicho
N. El concepto exacto que mide N depende de la naturaleza del
problema. As, para un vector se suele utilizar como N su longitud; para
una matriz, el nmero de elementos que la componen; para un grafo,
puede ser el nmero de nodos (a veces es ms importante considerar el
nmero de arcos, dependiendo del tipo de problema a resolver); en un
fichero se suele usar el nmero de registros, etc. Es imposible dar una
regla general, pues cada problema tiene su propia lgica de coste.
ANLISIS DE ALGORITMOS
v El anlisis de algoritmos estima el consumo de recursos de un algoritmo.
v Esto nos permite comparar los costos relativos de dos o ms algoritmos
para resolver el mismo problema.
v El anlisis de algoritmos tambin les da una herramienta a los
diseadores de algoritmos para estimar si una solucin propuesta es
probable que satisfaga las restricciones de recursos de un problema.
v El concepto de razn de crecimiento, es la razn a la cual el costo de
un algoritmo crece conforme el tamao de la entrada crece.
Estos extremos son llamados "el peor caso" y "el mejor caso" y entre
ambos se puede hallar "el caso promedio" o el ms frecuente, siendo
este el ms difcil de estudiar; nos centraremos en el "el peor caso" por
ser de fcil clculo y se acerca a "el caso promedio", brindndonos una
medida pesimista pero fiable.
1 milisecond
111
.1 second
11111
11 second
10 ^ 6
18 minutos
100 bytes
11 Kb
1 Mb
111 Mb
CONCLUSIONES
Antes de realizar un programa conviene elegir un buen algoritmo, donde
por bueno entendemos que utilice pocos recursos, siendo usualmente
los ms importantes el tiempo que lleve ejecutarse y la cantidad de
espacio en memoria que requiera. Es engaoso pensar que todos los
algoritmos son "ms o menos iguales" y confiar en nuestra habilidad
como programadores para convertir un mal algoritmo en un producto
eficaz. Es asimismo engaoso confiar en la creciente potencia de las
mquinas y el abaratamiento de las mismas como remedio de todos los
problemas que puedan aparecer.
En el anlisis de algoritmos se considera usualmente el caso peor, si
bien a veces conviene analizar igualmente el caso mejor y hacer alguna
estimacin sobre un caso promedio. Para independizarse de factores
coyunturales tales como el lenguaje de programacin, la habilidad del
codificador, la mquina soporte, etc. se suele trabajar con un clculo
asinttico que indica cmo se comporta el algoritmo para datos muy
grandes y salvo algn coeficiente multiplicativo. Para problemas
pequeos es cierto que casi todos los algoritmos son "ms o menos
iguales", primando otros aspectos como esfuerzo de codificacin,
legibilidad, etc. Los rdenes de complejidad slo son importantes para
grandes problemas.