Mensajes

ademas multiplica esas 3000 llamadas por cada milisegundo eso supongo si llega a generar desface dependiendo de tu pc()

Hace 3 llamadas por milisegundo, lo que equivale a 3000 llamadas en un segundo.

Pon tres couts en un bucle y comprueba lo que tarda en hacerlo 1000 veces (los endl cuentan también como un cout).

tengo un core i3 primera generacion  con 4gb de ram y windows 7 recien instalado   asi que tampoco es tan viejo ps y en cambio el otro si se demoro el tiempo que debia xD

PD:sospecho que tienes un mounstro de pc  y que te llamas miguel  

Tengo un i5 2400 3,2 GHZ y 4 gb de ram... Es mejor que el tuyo pero tampoco es un monstruo xD

¿Es dual core o quad core? El poder hacer más cosas a la vez puede influir en el sleep... También puede ser que tengas la CPU a rebosar... ¿Has activado la optimización del compilador? (-O2)

PD: Has descubierto mi nombre, ahora tendré que matarte  

prueba el segundo programa y veras que es mucho mas exacto

No te digo que no, lo que me refiero esque hacer 3000 llamadas no cuesta 11 segundos *_*

Los vectores te permiten un acceso constante y las listas una inserción/eliminación tan eficiente como sea posible. Elegir uno u otro depende de la operación mas frecuente (búsqueda, inserción en orden, eliminación, etc.).

Eso es lo que te pregunto (en este caso que escogerías?)

El tiempo que pones en el sleep es el tiempo mínimo que permanecerá dormido, dependiendo de la carga que tenga el SO el tiempo será el mismo o más.

Ahora bien, esos descompases de tiempo no son normales:

Código [Seleccionar] Expandir

se tarda como 12 segundos en llegar a 1000
¿En serio? A mi me tarda 1s:
http://imageshack.us/a/img7/4753/sinttulofmr.png

Esto no es un ejercicio de cálculo, aunque tuvieras un procesador de hace 10 años no debería darte valores tan bestias... Me da a mi que el problema está en como mides el tiempo.

es que se produce un retardo por cada vez que llamas sleep y lo llamas por cada milisegundo de ahi la demora .

No importa, una CPU puede hacer 1000 llamadas sin problemas (de hecho, son 3000, por el cout y el endl).

xD

a mira aca el ejemplo que di era en c en c++ seria

Código (c++) [Seleccionar] Expandir


#include <iostream>
#include <string>

using namespace std;

int main()
{
    string clave;
    cout << "escriba su clave" << endl;
    cin >> clave;
    if(clave.compare("1234")==0)
    {
        cout << "bienvenido gerente" << endl;

    }
    else
    {
        cout << "contrasena incorrecta"<<endl;
    }
    return 0;
}


También:

Código (c++) [Seleccionar] Expandir


#include <iostream>
#include <string>

using namespace std;

int main()
{
    string clave;
    cout << "escriba su clave" << endl;
    cin >> clave;

    if (clave == "1234")
    {
        cout << "bienvenido gerente" << endl;

    }
    else
    {
        cout << "contrasena incorrecta"<<endl;
    }
    return 0;
}


Excelente, ahora sí, gracias por la ayuda!!!!!

Es el mismo, pero poniendo un main.

Eres un poco flojo  

Es un ejemplo, cambia contrasenya por 1234

En C:

Código (c) [Seleccionar] Expandir

#include <string.h>

//...

if (!strmcp(pass,"contrasenya))
{
  // Accion
}

En C++ se puede sustituir los char* por string, los string tienen un operador de comparacion bastante fácil:

Código (c) [Seleccionar] Expandir

if (pass == "contrasenya")
{
  // Accion
}

Por que te lo cargas?

Código [Seleccionar] Expandir

while (in != out) ComprobarDisparo(disparos[out++]);

Si 'in' ha pasado por ejemplo a 3, y 'out' está en 255, al sumarle uno a 'out' este pasa a 0. Como los índices siguen siendo distintos, se seguirá en el bucle hasta que los índices sean iguales.

Te lo explico. Supon que tienes cinco disparos, in valdría 5, por lo que el bucle hará 5 comprobaciones. Cuando se vuelva a ejecutar el bucle, out debe reinicializarse a 0, de lo contrario dejarías de comprobar esos 5 cinco disparos.

Partiendo de eso, cuando in pase de 255 a 0, dejará sin comprobar los disparos 255,254,253... De hecho el bucle no se llegará ni a ejecutar (in = out).

Parece eficiente y práctico, pero:

De tal manera que los índices al llegar al 255 y sumarle uno, directamente pasan a 0 y empezarías a sobreescribir disparos antiguos que en teoría ya habrás procesado.

Quieres decir que la variable in pasaría a 0. Pero entonces te cargas el bucle de comprobación