FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
como cargar y descargar la Ram
hola amigos me gustaria crear una especie de bucle que me cargue la memoria ram y pido disculpan si no uso el termino correcto
|
#2
|
|||
|
|||
pues...no se te entiende muy bien, pero si lo que quieres es agotar la memoria, puedes ir creando objetos y no descargarlos de ella...
esto, claro, tiene una utilidad nula, a no ser que sea para un 'ataque' o algo asi |
#3
|
||||
|
||||
con esa funcion me da error cual otra funcion se puede usar
debo decir que no quiero hacer ningun tipo de ataque pues lo que quiero hacer es probar la memoria para determinar con un cronometro que tiempo trascurre entre una descarga y una carga de la memoria |
#4
|
|||
|
|||
te da error porque era para dar error...te llena la memoria hasta que te la agota, y entonces te salta el error... prueba con un try...except, y cuando te salte la excepcion, es que la memoria esta 'cargada' al maximo (bueno, asignada, bloqueada, si quieres medir el tiempo de lectura/ escritura deberas hacer lo analogo con read, write)
|
#5
|
||||
|
||||
ok dejame modificar un poco el codigo luego te cuento
|
#6
|
||||
|
||||
disculpa coso podias darme un ejemplo de como medir el tiempo de lectura/escrituara de la memoria ram
|
#7
|
|||
|
|||
pues sinceramente...estaba buscando algo como readblock o algo asi y no lo he encontrado. Lo q se me ocurre es:
- creas un loop for ...next de, por ejemplo, 10000 ciclos y mides su tiempo - dentro de otro loop for...next, pones algo asi como s[i] := 1, y mides su tiempo. Restando el tiempo del loop vacio, Sera el tiempo de escritura - dentro de otro, haces temp := s[i] y sera el tiempo de lectura (restando el del loop vacio). No se me ocurre nada mas no se si sera diferente velocidad si se asignan enteros o chars (supongo que si) o si delphi usa algun tipo de verificacion en las asignaciones (que tambien lo creo) por lo q te daria una medida erronea. Prueba de hacer una busqueda por 'benchmark', a ver q encuentras...saludos |
#8
|
||||
|
||||
ok lo probare a ver
|
#9
|
||||
|
||||
Para acceder a la memoria RAM necesitas modificar los privilegios de acceso a dicho objeto (restringido por su naturaleza crítica), luego realizar un mapeado del mismo en tu proceso y leer por bloques razonables múltiplos de 4 Kb que es el tamaño del PAGE_SIZE en arquitecturas x86.
La taza de trasferencia pico de las memorias utilizadas en la actualidad es de 1.6 Gb por segundo en DDR-200 a los fascinantes 8.5 Gb/s de DDR2-1066. Si tu objetivo es leer la memoria virtual utilizada por tu proceso, la cosa cambia un poco puesto que en la misma no solo interviene la memoria física, sino también la temporal en la que el disco duro es el huésped de los datos... si realizas un proceso X de E/S varias veces el SO realiza un caché y la velocidad mejora considerablemente moviendo la información "de un lado para otro" para dicho fin. Para cronometrar tus procesos usa GetTickCount como comenta coso, considerando que en memoria virtual no hay la limitante del tamaño de paginación, también considera los parámetros con los que reservas la memoria (MEM_MOVEABLE, ZEROINIT, etc, etc.), pues los mismos cambiarán la forma en que el SO optimizará dicho recurso. Saludos |
#10
|
|||
|
|||
Cita:
Cabe decir que hay que tener en cuenta los accesos a la caché del procesador (en todos los niveles). También hay que pensar que cuando uno o varios procesos ocupan todo el espacio de memoria física, el sistema operativo irá paginando a disco y reemplazando aquellos segmentos según un criterio (LRU, FIFO, aleatorio, etc...), aunque bien es cierto que los Sistemas operativos optan por reducir la frecuencia de fallos más que encontrar un buen algoritmo de reemplazo, pero esto no viene al caso. A parte, existe la paginación a nivel de hardware, cuyas páginas son de tamaño fijo. Hoy en dia se suele utilizar la segmentación paginada que es una mezcla de los dos. Para evitar que cierta región de memoria no sea paginada se suelen utilizar drivers, que son precisamente eso: procesos que se ejecutan en espacio protegido (modo kernel) y que no son paginados. Por tanto es difícil medir cuando la RAM se llena y cuándo no; puedes establecer una cota basándote en la capacidad de ésta, no obstante si realmente quieres testear la RAM puedes optar por hacer un driver. Un saludo. |
#11
|
||||
|
||||
Cita:
Cita:
Cita:
Saludos |
#12
|
||||
|
||||
amigos mio veo que se estan confundiendo pues yo estoy hablando de la memoria ram fisica no de la memoria virtual ni la memoria cache L2 , lo que quiero es medir el tiempo de lectura/escritura de la memoria ram que por cierto todavia no e podido hacer pues le pido que me ofrescan un ejemplo en codigo para tener por donde empezar no le pido mucho solo un ejemplo sencillo pues lo acomodare a mi necesidad
|
#13
|
||||
|
||||
Si quieres saltarte las cachés deberás currártelo más. Por un lado, deberás utilizar datos aleatorios, pero muy aleatorios, para evitar que el sistema de predicción del microprocesador utilice la caché. También debería cambiar la dirección de memoria donde realiza dichas lecturas y escrituras por lo mismo. Por otro lado, el código ejecutable también se cachea y se "predice", lo cual también afecta.
Hoy en día es muy difícil establecer el rendimiento de un algoritmo ya que los programas de pruebas suelen ser mucho más pequeños y con necesidades menores de memoria, lo cual hace que se falseen los datos por culpa de las cachés. Fíjate en cómo funcionan esos programas de comprobación de memoria RAM. Observa que utiliza multitud de patrones diferentes (los va nombrando según los utiliza, algunos incluso muestran en pantalla representaciones gráficas de lo que están haciendo) precisamente para que el trabajo se realice en la memoria RAM real y no en las cachés o en los registros. Tal vez debas echar un vistazo al código fuente de alguno de estos programas (hay varios para GNU/Linux), aunque creo que todos están escritos en C y ensamblador, que en mi opinión son más adecuados que Pascal para estos menesteres (por temas de control de optimizaciones, no por potencia o capacidad). Última edición por Ñuño Martínez fecha: 29-08-2008 a las 09:49:27. |
#14
|
||||
|
||||
si estas pruebas utilizan de alguna forma la cache entonces me gustaria ver un ejemplo de codigo utilizando la cache en delphi. por otro lado me puse hacer una prueba de este tipo con el programa pc winsid y es verdad utiliza tanto la cache como el procesador para realizar la prueba
|
#15
|
|||
|
|||
Cita:
Cita:
Cita:
Un saludo. |
#16
|
||||
|
||||
Cita:
"Segun yo" ??? Cita:
Cita:
Cita:
Saludos |
#17
|
|||
|
|||
Ok! para lo que se plantea, si tiene que ver el tema de la caché física, explicaré por qué.
El procesador, que genera direcciones virtuales y cuyo rango varía en función de su ancho del bus de direcciones, accede SIEMPRE a caché y no a RAM. A la RAM el procesador sólo accede cuando se producen fallos de caché, entonces el hardware realiza otro tipo de traducción de la dirección virtual a física (hemos supuesto que las caché son en la mayoría de los casos atacadas por direcciones virtuales del procesador), y quien se encarga de atacar a la memoria principal es el controlador (chipset puente norte), para adaptar temas de velocidad y ancho de bus. Para la resolución al problema que se plantea, (sobre medir los tiempo de acceso medio a memoria, que es distinto a lo planteado al principio sobre llenar la RAM, en cuyo caso vuelvo a repetir sobre el diseño de un driver, para evitar paginación), hay que darse cuenta sólo de un pequeño detalle, y es en la penalización de tiempo que se produce cuando se da un fallo (el dato/instrucción no está en el nivel al que se accede), Y aquí es ahora donde está la clave: observar y comparar la penalización por fallo en los accesos. Supón que haces un bucle largo, y realizas accesos a "memoria" (nos da igual si el dato está o no en caché, RAM o disco). Si el dato es de primera referencia se producirá un fallo forzoso en caché, con lo cual accederá a RAM, traduciendo la dirección virtual a física. Accede a ella y se trae un bloque o línea completo (por el tema de la localidad espacial), dicho bloque se almacena en caché, para en un segundo acceso al dato o al consecutivo (en el caso de un array o variable consecutiva), el dato ya estará en caché, consiguiendo reducir el tiempo de acceso. Del mismo modo, aunque con muchas más diferencias, ocurriria entre RAM y disco. La cuestión por tanto, si queremos medir el tiempo en acceder a RAM , lo que tenemos que hacer es asegurar que SIEMPRE se van a producir fallos de caché (fallos de colisión o por conflictos). Para ello es necesario saber ¿Cuantos bytes ocupa cada linea de caché?. Como ésto es dificil de averiguar, lo normal es establecer un valor alto, y mediante un bucle ir incrementando no de 1 en 1, sino de "zancada+1" en "zancada+1", siendo "zancada" el valor estimado del tamaño de un bloque de la caché. Así se asegura un fallo. Ahora bien, ¿Cuando sabremos que se está accediendo a caché y cuándo a RAM? Esto es fácil de ver utilizando por ejemplo la instrucción RDTSC de ensamblador (Read Time Stamp Counter), cuando observemos un aumento considerable (supondremos que en el bucle no hay interrupciones con otros procesos, cosa difícil de lograr), entonces se habrá accedido a un nivel inferior en la jerarquía de memoria (es decir de caché a RAM). La forma de proceder es exactamente igual que de RAM a disco. Un saludo. |
#18
|
||||
|
||||
Interesante análisis HySTD, solo me quedan un par de dudas; que yo sepa como caché física solo tenemos la L1, L2... como podemos acceder a la misma mediante algun lenguaje?
Quieres decir que hay la misma cantida de caché física que RAM? .. considerando la respuesta obvia tambien habria que medir la velocidad de transferencia de una a otra... PD; no es que dude de ti, pero si es que voy a aprender algo nuevo te rogaría incluyas alguna referencia pues soy algo "esceptico". Saludos |
#19
|
||||
|
||||
amigos como dije anteriolmente estoy hablando de la memoria ram y solo quiero probar los tiempo de lectura/escritura nada mas y quiero saber como se puede hacer esto
|
#20
|
||||
|
||||
Cita:
Repito, siempre que haya un acceso a memoria en una instrucción, se va a acceder a caché. De todas formas existen unos tipos de datos que fuerzan al compilador a que los datos permanezcan o no en caché (Los conozco en C, pero no se los homólogos en Delphi): Cita:
Cita:
Cita:
Si no te corre prisa, en cuanto tenga tiempo te pondré un código de ejemplo. Un saludo. |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
como descargar Rave y QReport para delphi 2007 | kurono | Varios | 2 | 21-08-2008 19:54:04 |
¿como descargar archivos por fecha y hora.? | JXJ | Firebird e Interbase | 3 | 07-09-2007 20:30:38 |
¿Cómo descargar Archivo de Muchas Fuentes? | JXJ | Varios | 3 | 14-03-2007 02:09:08 |
Como descargar una imagen a partir de la url | Oxis | Internet | 2 | 20-07-2006 20:04:56 |
Como descargar una pagina web completa??? | jhonny | Internet | 2 | 15-07-2006 17:58:23 |
|