Il codice in NSTimer impedisce la sospensione automatica

Question

Ho un NSTimer in esecuzione nella mia applicazione che raccoglie alcuni dati e li invia periodicamente a un server. In produzione il timer scatterà ogni poche ore.

Sono preoccupato di interferire con il sonno automatico. In fase di test, alcune combinazioni di timer e sleep time prevengono completamente il sonno automatico: lo schermo si dorme, il sistema continua a funzionare. Impostando il mio NSTimer su un minuto si arresta sempre.

Alcune applicazioni Mac sono famose per interferire con il sonno automatico durante l'esecuzione (o in qualsiasi momento, se installano un daemon). Quali azioni impediscono al sistema di dormire e come posso eseguire le attività periodiche in modo sicuro?

Answer 1

L'accesso al disco impedisce al computer di dormire, in base all'articolo "Mac OS X: Why your Mac might not sleep or stay in sleep mode" di Apple.

Inoltre, i miei test hanno dimostrato che la priorità di un thread ha anche un impatto sul fatto che un computer possa o meno dormire. Il seguente codice con un timer consentirà il sonno di un computer.

@implementation AppController 

-(void)timerFired:(NSTimer *)aTimer 
{ 

} 

-(void)spawnThread 
{ 
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 
    [NSThread setThreadPriority:0.0]; 

    [NSTimer scheduledTimerWithTimeInterval:20 target:self selector:@selector(timerFired:) userInfo:nil repeats:YES]; 

    while(1) //Run forever! 
    { 
     [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:300]]; 
    } 

    [pool drain]; 
} 

-(void)awakeFromNib 
{ 
    [NSThread detachNewThreadSelector:@selector(spawnThread) toTarget:self withObject:nil]; 
} 

@end 

La rimozione della chiamata setThreadPriority impedisce al computer di dormire.

Answer 2

Hai guardato in launchd? http://developer.apple.com/MacOsX/launchd.html

È ciò che il sistema operativo utilizza per i propri servizi, quindi sono sicuro che il sonno è stato preso in considerazione.

Answer 3

Sono un po 'confuso, sopporta me. =)

L'attività eseguita dall'applicazione ripristinerà il timer di spegnimento della macchina, quindi, a meno che il ritardo tra le trasmissioni sia maggiore del periodo di inattività, la macchina non andrà in stop. Non sono completamente sicuro di cosa si intenda per "attività" su OS X, ma se è qualcosa come Linux, mi aspetto che la rete o l'I/O del disco vadano conteggiati come i processi nello stato di esecuzione, vale a dire scricchiolare i numeri o mescolare i dati in giro nella RAM.

Inoltre, nel caso in cui il sistema è andato in stop, ci si aspetta che la macchina si riattivi in ​​modo che l'app possa comunicare con l'host remoto?

Answer 4

NSLog(), almeno quando si registra su /var/log/system.log, può impedire la sospensione del periodo di inattività. Ho provato con un demone launchd che chiamava NSLog(@"test") ogni minuto e con un sistema inattivo di 1 minuto e il sistema non è mai andato in stop. Commentando la linea NSLog, il sistema è andato in stop dopo 1 minuto.

Ecco lo only reference che ho trovato a qualcun altro che ha riscontrato questo problema.