Apakah iOS memiliki batas kecepatan transfer / tulis?

1

Setiap kali saya ingin melakukan transfer batch melalui FTP ke iPad saya (Menggunakan AVPlayer atau Photo Privacy) transfer hanya berlangsung beberapa saat sebelum aplikasi dimatikan dan saya kembali ke dasbor iPad. Apakah ini karena beberapa ukuran keamanan internal di iPad yang melanggar aplikasi yang menulis terlalu banyak data? Jika tidak, apa yang membuat server FTP pada aplikasi yang benar-benar terpisah mengalami crash dengan cara yang sama?

Setiap jawaban yang bahkan sangat membantu akan dihargai

Terima kasih


SUNTING

Saya tentu saja menjalankan aplikasi di latar depan. Juga iPad tidak akan tidur. Saya cukup memulai transfer FTP, dan setelah beberapa detik atau menit aplikasi tiba-tiba berhenti dan saya kembali ke dasbor iOS.

Hubro
sumber
Apakah iPad Anda diatur untuk tidur secara otomatis setelah periode waktu tertentu?
NReilingh
Tidak ------------
Hubro

Jawaban:

2

Ketika aplikasi berhenti tiba-tiba dan Anda kembali ke batu loncatan - itu adalah crash. iOS dirancang untuk tidak membuat banyak crash karena sebagian besar waktu mereka sementara dan memulai program lagi akan membersihkan kesalahan. Tampaknya itu tidak terjadi dalam kasus Anda.

Anda dapat mengonfirmasinya saat berikutnya Anda menghubungkan perangkat ke iTunes atau Xcode. Xcode memungkinkan Anda melihat ke dalam detail teknik mengapa program mogok.

ITunes bukannya menyalin laporan kerusakan ke folder ~ / Library / Logs / CrashReporter / MobileDevice Anda. Pertama kali ini terjadi, Anda ditanya apakah Anda ingin mengirim informasi diagnostik ke apel. Jenis kerusakan ini kemudian akan dikirim di masa mendatang.

Anda dapat menghubungkan perangkat Anda, klik kanan padanya di iTunes dan setel ulang semua peringatan untuk mendapatkan pertanyaan lagi - dengan cara itu Anda dapat mengonfirmasi bahwa ini disebabkan oleh program mogok dan bukan penyebab lain.

bmike
sumber
1

iOS akan mematikan proses apa pun kapan saja saat itu tidak ada di latar depan. Ini bukan batas kecepatan atau pengukuran data apa pun seperti kontrol penggunaan daya yang ditegakkan secara kaku.

Anda harus terus mengetuk layar untuk menunjukkan kepada Anda sebagai manusia yang bertanggung jawab membutuhkan perangkat untuk tidak tidur.


Apakah Anda menjalankan aplikasi ini di latar depan? Jika tidak - Anda harus menghubungi pengembang untuk melihat apakah mereka menggunakan panggilan proses latar belakang untuk memberi tahu iOS agar tidak langsung membunuhnya.

Jika pengembang menggunakan panggilan yang benar agar proses ini tetap berjalan di latar belakang - maka terserah Anda untuk tidak menjalankan program besar lainnya yang akan menyebabkan iOS mematikan proses latar belakang.

Anda dapat menggunakan bilah multitugas untuk "memaksa berhenti" semua aplikasi sebelum Anda memulai yang Anda ingin tetap berjalan di bawah FTP - lalu tinggalkan dan mulai aplikasi kedua. Ini biasanya cukup untuk tidak menyebabkan tekanan memori dan iOS mematikan program FTP lainnya saat sedang melakukan transfer singkat. Jika Anda mengharapkan transfer berlangsung 3 hingga 5 menit - Anda mungkin harus mengasuh aplikasi itu - mencegah aplikasi lain menjalankan dan menjaga layar tetap hidup. iOS lebih memilih untuk membunuh apa pun yang akan menguras baterai - proses FTP yang panjang adalah persis seperti apa iOS dirancang untuk berhenti sesegera mungkin.

bmike
sumber
Beberapa kali jika saya langsung me-restart aplikasi iPad dan melanjutkan transfer FTP dari FileZilla, aplikasi segera ditutup. Kecuali iPad berpikir itu bisa tidur 1 detik setelah tangan saya meninggalkan layar masalahnya terletak di tempat lain :(
Hubro
Anda mungkin perlu mendapatkan Xcode dan melihat log pad untuk melihat apa yang terjadi - saya tidak tahu dari kata-kata apakah itu pengamatan umum atau sesuatu yang tiba-tiba. Saya secara teratur menggunakan AirSharing untuk transfer besar sehingga bukan iOS yang secara inheren menyebabkan kesulitan Anda.
bmike
Ok - saya mungkin benar-benar salah di sini. Sebelum saya menghapus ini - saya akan memberi Anda jawaban lain yang jauh lebih mungkin.
bmike