FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
// Saludos |
#2
|
||||
|
||||
Hola .
Un array con 1000 numeros . Saco el mayor de los primeros 500 y luego el mayor de los restantes 500 y comparo los dos mayores. (Por ejemplo) Saludos |
#3
|
|||
|
|||
Te llevará el mismo tiempo que si vas del 1 al 1000, creo yo
__________________
Me llamo Iñigo Montoya. Tú mataste a mi padre. Prepárate a morir Mi foro: http://gandalfmithrandir.foro.st |
#4
|
||||
|
||||
Hola, Pues si, puede que si ó puede que no. Solo quiero decir que hay multiples formas de hacerlo. Si es eficiente o no o si escogemos esta u otra ya depende de cada un .
Saludos. |
#5
|
||||
|
||||
Cita:
No importa cuántas veces dividas, esencialmente estará revisádolos secuencialmente uno a no. Y, por ejemplo, un "algoritmo" como éste para encontar el máximo de entre N números: Código:
Max := A[1] FOR I := 2 TO N do IF Max < A[i] then Max := A[i] Si sacas primero el mayor entre una mitad y otra y comparas ambos, cad parte será de orde o(n) y la suma será entonces de orde o(n). // Saludos |
#6
|
||||
|
||||
Hola.
Si es que está clarísimo, como han dicho los compañeros, la única forma de sacar el número mayor de un array desordenado, es recorriendo todos los elementos. Si esto no te parece óptimo, y no quieres ordenar la matriz, debido a que pierdes tanto tiempo ordenando la matriz, como el tiempo necesario para recorrer todos los elementos localizando el que buscas. Entonces, simplemente no utilizes una matriz. Utiliza cualquier otra estructura que se mantenga siempre ordenada. Yo te recomiendo que por su simplicidad utilizes un árbol binario, lo puedes construir también en un array. Debe ser un array de tres elementos (el primero es el elemento a guardar, el segundo es el índice de su hijo izquierdo, y el tercero es el índice del hijo derecho). Insertar un elemento en el árbol binario, siempre tiene un coste O(log n), y obtener el nº mayor (o cualquier otra búsqueda) también tiene un coste O(log n). En menos de una hora deberias poder tener funcionando tu árbol binario, y cuando tengas un nº de elementos elevado, la diferencia de rendimiento entre O(n) y O(log n) es abismal. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). Última edición por guillotmarc fecha: 23-04-2004 a las 20:14:35. |
#7
|
||||
|
||||
http://www.delphimania.com.ar/Articulos/Arboles.htm
http://www.hci.uniovi.es/martinDocen...chTreePage.htm
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
|
|
|