[SOLUCIONADO] Como reducir uso de cpu en buble infinito

[shiro51]

Pues como dice el titulo, luego de bastante tiempo en c++, me he dado cuenta de algo bastante problematico...

Cada vez que creo un thread, o una funcion, que tiene un bucle infinito que sale con un break, o cuando se cumple una condicion, pero que no tiene Sleep entre bucle y bucle, la cpu se dispara. Por ejemplo:

bool exit = false;

void thread()
{

while(exit != 1)
{
// funciones
}

}

Sabeis algun metodo para reducir la cpu?? aparte de sleep, quiero que siempre este en alerta el thread, porque algunos procesos son de microsegundos ya no milisegundos. por lo tanto necesito exactitud...

Gracias de antemano.

[amchacon]

Vamos a ver, si no le dejas a la CPU descansar la vas a estresar sí o sí.

Puedes usar condiction_variables, de modo que el hilo permanece dormido hasta que le llega alguna señal (después haces que el proceso le envíe la señal cuando termine).

[shiro51]

Pero, ¿como compruebo que la variable a cambiado?, y envió la señal, necesito un buble infinito hasta que la variable cambia y así reactivar el hilo, estoy en las mismas.

[amchacon]

Iniciado por shiro51

Pero, ¿como compruebo que la variable a cambiado?, y envió la señal, necesito un buble infinito hasta que la variable cambia y así reactivar el hilo, estoy en las mismas.

Las variables no, me refiero a las variables de condicion (condiction variables). Fueron creadas precisamente para evitar este problema.

El hilo se queda bloqueado en una pausa infinita, y no despierta hasta que otro hilo "le avise". Su consumo de CPU es cero.

¿Que usas para los threads? ¿Pthread? ¿C++11? ¿Windows API?

[shiro51]

c++ y windows api.
¿Variables de condicion?, no me suenan o.0 voy a buscar, pero si puedes por favor dejame un enlace donde las explique y como se usan.

O un ejemplo de lo que dices de pausa infinita hasta que le avisen. Pero el otro hilo que le avisa tambien tendria que tener un while no?.

[amchacon]

Iniciado por shiro51

c++ y windows api.
¿Variables de condicion?, no me suenan o.0 voy a buscar, pero si puedes por favor dejame un enlace donde las explique y como se usan.

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

Yo te recomendaría que te pasases al nuevo estándar de C++11. Incluye una clase thread muy potente.

Iniciado por shiro51

O un ejemplo de lo que dices de pausa infinita hasta que le avisen. Pero el otro hilo que le avisa tambien tendria que tener un while no?.

El otro hilo hará sus cosas, cuando una de ellas te interese, mandas la señal.

[shiro51]

Ya me he mirado bastante y he probado el codigo y luego de romperme la cabeza ya que a microsoft le gusta poner codigo complicado sin saber una mierda... lo reduje a:

#include <windows.h>
#include <stdio.h>

CRITICAL_SECTION BufferLock;
CONDITION_VARIABLE vThreadProc;

DWORD WINAPI ThreadProc (PVOID p)
{

while (true)
{
EnterCriticalSection (&BufferLock);

SleepConditionVariableCS (&vThreadProc, &BufferLock, INFINITE);
printf("Hola");

LeaveCriticalSection (&BufferLock);

Sleep (1);
}

return 0;
}

int main ( void )
{
InitializeConditionVariable (&vThreadProc);

InitializeCriticalSection (&BufferLock);

DWORD id;
HANDLE hThreadProc = CreateThread (NULL, 0, ThreadProc, (PVOID)1, 0, &id);

getchar();
WakeConditionVariable(&vThreadProc);
getchar();

return 0;
}

Por lo que veo y como me dijiste, ahorra tiempo de ejecucion y de bucles, unicamente se duerme esperando a que la variable cambie y entonces se reactiva.

Pero aun así, tiene que haber alguien que le avise y ese gastara mucha ejecución si es infinito... En algunos programas servirá... pero en otros no..

Gracias por la ayuda :)

[amchacon]

Claro que alguien tiene que avisar, pero la idea esque lo haga el mismo thread que quieres monotorizar.

[shiro51]

¿Como que el mismo?... que lo haga por ejemplo main, y despierte el thread?... Como va a autodespertarse estando dormido? o.0

[amchacon]

Iniciado por shiro51

¿Como que el mismo?... que lo haga por ejemplo main, y despierte el thread?... Como va a autodespertarse estando dormido? o.0

No no... Tu sigues el programa tal cual, y cuando llegue el momento que lo despierte el otro thread/main...