Kesintisiz tam ekran oyun


6

Civilization V (en son) ve diğer oyun ve uygulamaları (daha uzun zaman önce) oynarken, bazen biri bilgisayarımı zorla başlatmam gerekmesine neden olmayacak.

Bir süre oynamadan sonra, bazen oyun kilitlenir. (Oyundan çıkmak için dışarı çıkamıyorum, ne de fare imlecini hareket ettirebildiğim halde oyunla hiçbir şekilde klavye veya fare ile etkileşime giremiyorum.) Daha sonra oyunu öldürmek için başka bir Mac'ten ssh yapıyorum kill -9ve Oyunun PID'i. psÖldürülüp öldürülmediğini görmek için tekrar koşarım (oyun hala dizüstü bilgisayarımın ekranında gösteriliyor) ve aşağıdakileri görüyorum:

PID   TT  STAT      TIME COMMAND
468   ??  ?E     0:00.00 (Civilization V)

Gönderen psman, ben durum sütununda "E" süreç çıkan demektir görüyoruz. Beş dakika sonra (ya da öylesine), süreç devam etse bile, oyun hala donuyor, ekran alıyor. Daha sonra diğer tüm buhar işlemlerini öldürdüm (her seferinde -9) ve sonra (çaresizlik içinde) öldürdüm SystemUIServerve Dock bir şeyleri vitese sokmaya ve sonra loginwindowoturumu kapatmaya zorlamaya çalıştı . Bunların hiçbiri işe yaramadı, ben de verdim sudo shutdown -r now. On beş dakika sonra, yeniden başlatılmadı, Civ V hala ekranımda donuyor ve etkilenen sisteme ssh yapamıyorum (muhtemelen kapanma sshd'yi durdurduğu için).

Gerçekten bilgisayarımı çok fazla yeniden başlatmamayı tercih ederim; Civ gerçekten öldürmek için bir fikri olan var mı?

Kayıt için, i7 MacBook Air'de OS X Lion (en yeni sürüm) kullanıyorum.

EDIT: Bu diğer yarı ilgili soruyu okudum , ancak ana süreci öldürmek de işe yaramadı.


1
Durumda: seçenek + cmd + esc "Uygulamalardan Çıkmaya Zorla" iletişim kutusunu gösteriyor mu?
Karolos

Bu benim favori kapatma yöntemim.
Aram Kocharyan

@ Karolos Nope. Diğer deneylerde, bu diyalog tam ekran oyunun altında belirir. (Zorla Çık iletişim kutusunu çağırır ve oyundan çıkarsanız, diyalog oradadır, sizi bekliyor.)
CajunLuke

Yanıtlar:


2

Katlanamayan bir sürece genellikle iki şeyden biri neden olur; işlem hata ayıklayıcı tarafından izlenir ya da (daha yaygın olarak) işlem, sıkışmış bir cihaza beklemede olan bir G / Ç isteğine sahiptir. İkinci durumda, suçlu tipik olarak sert okuma / yazma hataları yapan ya da sessiz kalan ve çekirdeği henüz bırakmamış bir disk aygıtıdır. Ancak, sorunlu olan sistem veriyoluna bağlı herhangi bir şey olabilir.

USB ve FireWire cihazlarında, çevre biriminin sistemden ayrılması, sık sık sıkışmış bir işlemi temizleyecektir. Ancak sıkışmış aygıt bir ekran kartı veya çalışırken takılmayacak bir şeyse, yeniden başlatma işlemi temizlemek için tek seçeneğinizdir.


Bunu bilmek faydalıdır. Muhtemelen sonunda cevabınızı kabul edeceğim, ancak başka bir cevabın ortaya çıkıp çıkmadığını görebiliyorum (ama şüpheliyim)
CajunLuke

1

Son zamanlarda sistemi mbufların dışına çıkarmanın bir sonucu olarak benzer bir davranış gözlemledik. Bunun bir "netstat -m" komutu ile olup olmadığını kontrol edebilirsiniz. Gecikmiş tahsislerin sayısı sıfır değilse, bir soruna neden olabilecek bir sıkıntınız var.

Sistemi mbuf'ların dışında bıraktığımızda, UNIX alan soketlerine ve TCP bağlantılarına diğer ucun alabileceğinden çok daha hızlı bir şekilde yazarak, makul düzeyde kontrol edilmesini beklediğimizden çok hızlı bir program kullanıyorduk. 60-80 iplik genellikle mbuf havuzu kuruduğunda çalıştığı yerdeydi (hem Snow Leopard'da hem de Lion'da). Bu tür bir dizi çalışmadan sonra, normal bırakma veya öldürme ile katlanamayan ve yeniden başlatılması gereken Safari veya Mail gibi bir işlem bulduk.


Teşekkürler. Bir süredir bunu yapmadım; Bir dahaki sefere kontrol edeceğim.
CajunLuke,
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.