f5inet escribió:Psmaniaco escribió:f5inet escribió:tened cuidado con el generador de pulsos de 40ns de jaicrab
esta hecho en MSDOS, y su sincronizacion es un simple 'sleep(0.00000002)', que puesto que sleep (al menos la version MSDOS) acepta solo enteros y no flotantes, se traduce en un sleep(0). de hecho, en su codigo fuente, hace dos 'outport()' (o sea, escribe dos veces el valor en el puerto LPT, y realmente le habra funcionado el pulso por que la velocidad de su CPU hace que entre tres outport transcurran 'mas o menos' esos 40ns.
resumiendo, tened cuidado, puesto que la sincronizacion de este generador de pulsos no esta nada, pero nada medida, es muy poco problable que quemeis nada de la PS3 (o sea, es muy poco probable que el pulso supere esos 40ns), pero si que es bastante probable que os quedeis cortos.
f5inet¿a que te refieres con que nos podemos quedar cortos?podria averiarse el puerto paralelo del PC al no ser la señal estable?
Un saludo.
no, nada de eso. simplemente que el pulso no sea de 40ns, sino mas corto, como 15-25ns (habria que ponerse a medir ciclos de reloj) si el procesador fuese de mayor velocidad que el de jaicrab. o puede ser que a jaicrab le haya sonado la flauta con un pulso mas corto de 40ns. tu al puerto paralelo del PC puedes mandar lo que tu quieras y a la frecuencia maxima que te permita la CPU (otra cosa es que lo que haya conectado al otro lado del puerto LPT sea capaz de entender lo que le llega a esa velocidad)
midamos lo que ha hecho jaicrab:
----------------------------
...
outport(0x378,254); //escribimos FFh al LPT1: llamada a funcion (2 PUSH a pila, uno por operando, dos PUSH del estado de la pila, un JMP, dos pop de pila para sacar los operandos, hacemos un OUT, rescatamos el estado de la pila con 2 POP y un MOV y hacemos un RET)
outport(0x378,254); //idem de arriba
sleep(0.00000002); //llamada a una funcion con un operando (PUSH de operando, 2 PUSH de pila, JMP, POP de pila para operando, miramos el RTC (reloj de tiempo real) y sumamos el operando, miramos el RTC, si el tiempo del RTC es mayor que el RTC anterior+operando, hacemos RET, que lo haremos inmediatamente puesto que operando=0, asi que rescatamos estado de pila con 2 POP y un MOV y hacemos un RET)
//sleep (2);
outport(0x378,0); //escribimos 00h al LPT1: idem que arriba.
...
----------------------------------
Revisar el RTC es llamar a una interrupcion de sistema (0x1Ah, servicio 00h
http://en.wikipedia.org/wiki/BIOS_interrupt_call, esto implica un par de MOVs, provocar una INT, y que dentro de dicha INT que es una especie de 'caja negra' se llame un IRET), hay algunas implementaciones de LIBC que consultan el RTC a traves de una lectura de puerto con un IN, que es mas rapido, vamos a suponer que la LIBC de jaicrab lo hace de la forma optima, o sea, haciendo un OUT seguido de un IN para leer el valor del RTC (
http://www.gelato.unsw.edu.au/lxr/sourc ... rtc.c#L147).
el pulso es enviado desde el primer OUT, hasta despues del tercer OUT, tenemos:
- 2 POP + MOV + RET
- 4 PUSH + JMP + 2 POP + OUT + 2 POP + MOV + RET
- 3 PUSH + JMP + POP + OUT + IN + ADD + OUT + IN + JL (Jump if Less, condicion que no se cumple, asi que no limpia pipeline) + 2 POP + MOV + RET
- 4 PUSH + JMP + 2 POP + OUT
empezad a haced cuentas: los POP/PUSH/MOV/ADD/OUT/IN tardan un unico ciclo de reloj. los JL sin penalizacion de salto, son 2 ciclos, los JMP son 7 ciclos, los RET son 5 ciclos. (esto son aproximaciones generales, dependiendo de la arquitectura y de la CPU, son mas ciclos o menos)
- 2+1+5=8
- 4+7+2+1+2+1+5=22
- 3+7+1+1+1+1+1+1+1+2+1+5=25
- 4+7+2+1=14
total=8+22+25+14=69 ciclos
69 ciclos en un ordenador de 2 GHz vienen a ser 35ns
es importante hacer notar que si no tuviese el segundo 'outport', serian 22 ciclos menos, o sea, unos 48ciclos (unos 24ns en un PC de 2Ghz) y opino que esa es la razon por la cual el señor jaicrab ha metido dos outport, como diciendo 'quizas con el primero no se ha enterado, se lo voy a meter otra vez'.
PD. todo esto son apreciaciones personales mias, no tengo ningun tipo de contacto con jaicrab.
![[buuuaaaa]](/images/smilies/nuevos/triste_ani3.gif "a lágrima viva")
no sé si es un sistema uqe permite cargar copias de seguridad...es lo que dice la wikipedia creo... 
