Noo..
A esta web, es probable que la haga en mi PC.. en un server mio... U.U

Me acaban de decir algo:

"Si lo que tu quieres es mejorar el tiempo de uso de la CPU ejecutando 2 hilos simultaneos, puedes hacerlo de otra manera: Dandole prioridad de 90% de CPU a APACHE (httpd.exe) y tendrás un rendimiento mejor que abrir 2 hilos"


:O

es verdad eso?

Pero tio...
a ver..
Pongamos las cosas en claro...

TU dices: "la página que toma de SQL te devuelve los resultados" claro.. porque toma las primer mitad de la base de datos.. analiza y devuelve los valores
PERO... luego tendria que ejecutar el 2º archivo... PEROOO.. así no ganaria tiempo..

Necesito 2 algoritmos de analisis ejecutados al mismo tiempo!!... Y con PHP se puede hacer eso?

Supongamos que en al web incluyo con "include" los 2 archivos: Analisis1.php y analisis 2.php ambos archivos tienen sus "function" donde analizan la abse de datos.

Si yo en la web pongo luego:
analizarprimertamo()
analizarsegundotramo()
lo que hará es analizar el primer tramo, y al terminar, analizará el 2º..

Y yo quiero que se hagan al mismo tiieempooo... y que los 2 vallan devolviendo resutaldos (por echo "EL archivo xxx coincide con el ingresado") mientras van encontrando...

Me entienden o ya estoy loco?

Respondo la pregunta:
Será un BUSCADOR.. así como Google ( bueno... me agrandé un poco )..
TOdo el mundo podrá utilizarlo.. y todo el mundo lo utilizará y Google me lo comprará y yo le diré: "No.. se lo voy a regalar a Microsoft" jajaja

VOlviendo al tema:
Tu lo que dices hacer, es "tomar" 500 entradas de la Base de Datos, y al terminar, "tomar" otras 500 mas.. y así..
Claro.. yo tambien digo eso... PERO... el problema no está en tomar entradas.. sino en el analisis que hay que darles..

Supongamos que "ejecuto": analisis1.php y analisis2.php
El 1º toma la primer mitad de la abse de datos y la analiza, y el 2º, toma la 2º mitad y la analiza...
Perooo.. SIMULTANEAMENTE TENDRIA QUE SER TODO ESO!!..
El analisis y toma de datos de la base de datos tiene que ser simultaneo... entiendes?

Claro...

Unsigned.. viste que en otro psot estamos discutiendo eso de la asbe de datos y "CODIGO" fragmentado.. bueno... yo a ese archivo que me suben al servidor, tengo que moverlo a una carpeta FIJA (como el ejemplo), luego tomarle esos fragmentos que hablamos en el otro post, y luego borrar el archivo...
Para borrarlo luego de la carpeta en donde lo coloqué.. que utilizo?

Ajax?? o sea.. que "quieres" que haga con Ajax???


Y va otra pregunta:

Si 1 solo codigo php analiza toda la base de datos... será LENTOOO...
Peroo.. y si "ejecuto" varios buscadores al mismo tiempo??? eso se puede hacer???
O sea.. que se realice simultaneamente 2 busquedas.. una desde el principio hasta la mitad, y otra que busque desde la mital hasta el final..
Para ocupar mas CPU...
Que me dicen?? se puede hacer algo asÍ??

Unsigned..luego de decirte éste me pegaras:

Acepto y me gusta tu opinion.. pero.. ese no es mi problema...
Yo analizar el codigo, ya se como hacerlo..

Mi duda era como guardar para luego analizar... o como guardar para que MySQL analice (eso era lo que yo queria)
Pero parece que es imposible que MySQL realice el analisis...
Entonces quedará esa OPCION que NO QUERIA HACER... la cual consistirá en:
Guardar en binario los datos...
Y para comprarlos, TENDRE QUE EXTRAER TOOODAAA LA BASE DE DATOOOSSSSSS.. o sea.. recuperar linea por linea.. y analizarla..

Será un quemadero de CPU GENIAL!!!...

Me parece que lo dejé claro en el inicio:

Y la tecnica de arriba no es lo que busco.. porque esas 8 letras tienen que ser EXACTAMENTE IGUALES para poder sumar 1 punto mas de "fragmentos" iguales..

Eso implicaría "traer" a php todas las lineas de la abse de datos, y analizarlas... no sería MUYYYYYYYYYYYYY DEMASIADOOO LENTO?!?!?!?!?!?!

No hay una manera, o una query con un poco de logica, que me devuelva ya los resultados.. o sea.. que el propio SQL mire cuales coinciden en un X porcentaje..??

Estoy dando un enfoque diferente...

Disminuiré MUCHO ese "500".. tal vez lo deje en menos de 250, y luego con otra tecnica capaz que a la mitad de 250...


Mira.. imagina que tengo un archivo .txt con gran cantidad de texto... de éste archivo, tomo cada X% una "muestra" de su texto de 8 letras (supongamos 8)... es como "tomar muestras" del interior del archivo... y guardo en MySQL el nombre del archivo (o si posicion en el disco duro) y luego a su derecha, escribo en diferentes campos, esos valores tomados por muestra...

Ahora supon que ya analicé tod mi Disco Duro y tengo en mi base de datos, todos los nombres de mis archivos con sus fragmentos de muestra..

En una aplicacion, creada por mi, le ingreso un archivo .txt de mucho tamaño tambien... la aplicacion hace EL MISMO SISTEMA DE MUESTREO a éste archivo.. cada exactamente el mismo PORCENTAJE con que hacía al DIsco Duro la muestra, tomará las muestras de éste ingresado....


Ahora tendras el CODIGO de éste archivo.. las x cantidad de muestras tomadas...
Y ahora tienes que COmparar los pedasos de muestra esos de tu archivo, con los pedasos de muestra que estan en la base de datos...
Aquellos archivos de la base de datos que coincidan en el 50% con el del archivo ingresado, se tienen que mostrar...

De paso agrego otra pregunta:
A esas 8 letras que tomaré como muestra muchas veces, las tengo que guardar en un sistema que me ocupe poco espacio.. el hexadecimal es el mejor?