Ipython: fungsi sihir terkait backgroundjobs semuanya hilang

Hai, saya khawatir itu adalah korban dari pemfaktoran ulang besar-besaran yang terjadi menuju 0,11. Saat ini saya tidak ingat alasan pasti yang menyebabkan pemutusan ini, itu bisa saja tidak disengaja, tetapi @bgranger mungkin memiliki ingatan yang lebih baik saat dia melakukan pekerjaan kasar dari reorganisasi besar itu.

Sebagian dari masalahnya adalah bahwa fungsionalitas ini semua berbasis utas, dan dengan python, memulai utas latar belakang untuk apa pun yang intensif cpu bukanlah ide yang bagus. Tapi saya bisa melihat bagaimana ini bisa berguna untuk skenario tertentu, dan jika kita bisa mengembalikannya tanpa membuat masalah untuk konsol atau notebook Qt baru, kita bisa memeriksanya.

Bisakah Anda memberi kami umpan balik tentang skenario penggunaan Anda dan seberapa penting hal ini bagi Anda? Umpan balik seperti ini akan membantu kami mengukur seberapa penting hal ini dalam hal memprioritaskan upaya.

Perhatikan bahwa semua kode ada di sana, hanya di tag 0.10.2 di repositori git. Jadi tidak akan terlalu sulit untuk menghidupkannya kembali, jika seseorang membantu dan kami melakukannya dengan dokumentasi dan pengujian yang tepat.

Terimakasih banyak untuk balasannya.
Saya baru saja mencoba hal-hal yang disebutkan dalam dokumen online, tidak
skenario penggunaan tertentu. Saya akan dengan senang hati melakukan tes meskipun jika beberapa
Anda menganggapnya tidak berbahaya dan membawanya kembali.

Pada hari Senin, 10 Oktober 2011 jam 5:04 pagi, Fernando Perez <
[email protected]> menulis:

Hai, saya khawatir itu adalah korban dari pemfaktoran ulang besar-besaran yang terjadi
menuju 0.11. Saya tidak ingat saat ini alasan pasti yang menyebabkan hal ini
salah satu dipotong, itu bisa saja tidak disengaja, tetapi @bgranger mungkin memiliki file
ingatan yang lebih baik saat dia melakukan pekerjaan kasar dari reorganisasi besar itu.

Sebagian dari masalahnya adalah bahwa fungsionalitas ini semua berbasis utas, dan
di python, memulai utas latar belakang untuk apa pun yang tidak intensif cpu a
ide yang sangat bagus. Tapi saya bisa melihat bagaimana ini bisa berguna untuk skenario tertentu,
dan jika kami dapat mengembalikannya tanpa membuat masalah untuk konsol Qt baru
atau buku catatan, kita bisa memeriksanya.

Bisakah Anda memberi kami umpan balik tentang skenario penggunaan Anda dan seberapa penting
ini adalah untuk Anda? Umpan balik seperti ini akan membantu kami mengukur seberapa kritis hal ini
harus dalam hal memprioritaskan usaha.

Perhatikan bahwa semua kode ada di sana, hanya ada di tag 0.10.2 di git
gudang. Jadi tidak akan terlalu sulit untuk menghidupkannya kembali, jika ada yang melakukannya
membantu dan kami melakukannya dengan dokumentasi dan pengujian yang tepat.

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ipython/ipython/issues/844#issuecomment -2341138

Pada hari Minggu, 9 Okt 2011 jam 18.28, digitalsatori
[email protected]
menulis:

Terimakasih banyak untuk balasannya.
Saya baru saja mencoba hal-hal yang disebutkan dalam dokumen online, tidak
skenario penggunaan tertentu. Saya akan dengan senang hati melakukan tes meskipun jika beberapa
Anda menganggapnya tidak berbahaya dan membawanya kembali.

Nah, ada banyak pekerjaan yang terlibat untuk mewujudkannya
kembali, dan saya khawatir saya tidak memiliki sumber daya untuk mengerjakan hak ini
sekarang. Jadi akan membutuhkan pengguna yang tertarik yang membutuhkannya, untuk berinvestasi
beberapa waktu untuk usaha. Kode utama ada di lib/bacgkroundjobs.py ,
dan kita bisa mendapatkan keajaiban kembali dari tag 0.10.x. Ini akan menjadi
masalah pengerjaan ulang kode itu, memvalidasinya di berbagai pengguna
lingkungan (terminal, konsol qt, notebook) dan menambahkan tes yang tepat
untuk itu.

Menarik dan mungkin berguna, tetapi saat ini agak
prioritas rendah, saya khawatir.

Saya akan membiarkan ini terbuka, sehingga orang lain dapat menemukannya, dan jika file
pengguna yang tertarik (termasuk Anda sendiri) ingin melompatinya
dengan senang hati meninjau Permintaan Tarik apa pun yang relevan.

Silakan lihat gh-856 untuk detail lebih lanjut. Saat itu digabungkan, _some_ dari fungsi ini memang akan kembali.

ditutup oleh PR # 856

@minrk , %bg . Jadi ada sedikit pekerjaan yang tersisa untuk beberapa jiwa yang tertarik, tetapi sekarang dengan manajer pekerjaan bacgkround, memperbarui keajaiban seharusnya mudah. Aku membiarkan yang ini terbuka untuk mengingatkanku pada fakta itu.

Oh maaf. Ada serangkaian Masalah yang seharusnya ditutup secara otomatis oleh PR yang ternyata tidak, dan saya rasa saya menjadi terlalu bersemangat.

Pada Sel, 18 Okt 2011 jam 16.33, Min RK
[email protected]
menulis:

Oh maaf. Ada serangkaian Masalah yang seharusnya ditutup secara otomatis oleh PR yang ternyata tidak, dan saya rasa saya menjadi terlalu bersemangat.

Jangan khawatir! Saya senang melihat Anda menutup, saya pasti punya yang serupa
mendesak untuk membawa jumlah PR terbuka kami mendekati 0 dan jumlah terbitan terbuka kami
terkendali. Idealnya kita memiliki 0,12 hanya satu atau dua yang tersisa
PR terbuka, dan saya ingin masalah kami dihitung di bawah 100, dengan sebagian besar
yang menjadi prioritas rendah atau peningkatan .. Saat ini kami memiliki ~ 40 dengan
type-bug dan prio- {med / high / critical}.

Dan nomor yang tidak diketahui tidak diprioritaskan (tanpa label).

Bersulang,

f

Pada hari Selasa, 18 Oktober 2011 pukul 16:38, Fernando Perez <
[email protected]> menulis:

Pada Sel, 18 Okt 2011 jam 16.33, Min RK
[email protected]
menulis:

Oh maaf. Ada serangkaian Masalah yang seharusnya ditutup otomatis
oleh PR yang tidak, dan saya rasa saya terlalu bersemangat.

Jangan khawatir! Saya senang melihat Anda menutup, saya pasti punya yang serupa
mendesak untuk membawa jumlah PR terbuka kami mendekati 0 dan jumlah terbitan terbuka kami
terkendali. Idealnya kita memiliki 0,12 hanya satu atau dua yang tersisa
PR terbuka, dan saya ingin masalah kami dihitung di bawah 100, dengan sebagian besar
yang menjadi prioritas rendah atau peningkatan .. Saat ini kami memiliki ~ 40 dengan
type-bug dan prio- {med / high / critical}.

Dan nomor yang tidak diketahui tidak diprioritaskan (tanpa label).

Saya telah menggunakan skrip masalah saya untuk menangani Masalah yang tidak berlabel. Kita punya
hanya pasangan yang tidak satu pun dari:

A) ditetapkan ke pencapaian
B) ditandai tidak aktif
C) berlabel status-aktif, dengan prioritas dan tipe

Saya cukup agresif memberi label sebagian besar hal sebagai tonggak 0,12, jadi setidaknya kita
lihatlah sebelum memutuskan untuk mendorongnya kembali ke 0,13.

Bersulang,

f

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ipython/ipython/issues/844#issuecomment -2449351

Pada Sel, 18 Okt 2011 jam 16.55, Min RK
[email protected]
menulis:

Saya telah menggunakan skrip masalah saya untuk menangani Masalah yang tidak berlabel. Kita punya
hanya pasangan yang tidak satu pun dari:

A) ditetapkan ke pencapaian
B) ditandai tidak aktif
C) berlabel status-aktif, dengan prioritas dan tipe

Saya cukup agresif memberi label sebagian besar hal sebagai tonggak 0,12, jadi setidaknya kita
lihatlah sebelum memutuskan untuk mendorongnya kembali ke 0,13.

Luar biasa! BTW, keberatan meletakkan skrip Anda di alat /? Dengan cara itu kami bisa
semua menggunakannya dan menyempurnakannya seiring waktu. Saya memiliki statistik github di sana, jadi
mungkin ada baiknya menggabungkan beberapa kode yang mungkin
duplikat antara keduanya ...

Tidak perlu PR untuk itu, lakukan saja dan lakukan sesuka Anda.

Ini telah diatasi dengan sihir baru script , yang memberikan tanda --bg .

Contoh:

%%script bash --bg --out script_out

sleep 10
echo hi!

Terima kasih! Tutup kemudian!

Akan lebih bagus jika memiliki% bg kembali .. bukan hanya eksekusi latar belakang skrip eksternal.
Kami menggunakan ipython untuk Spark dan beberapa perintah (seperti pengumpulan statistik), mungkin harus berjalan selama satu jam,
tetapi sebagian besar sel berikut tidak selalu bergantung pada hasilnya. Jadi alangkah baiknya jika lari
sel apa pun di latar belakang, bukan hanya skrip eksternal. Terima kasih.

Saya memiliki simulasi Monte-Carlo yang berjalan sekitar dua jam, tetapi mungkin bertemu lebih awal. Kesimpulan yang berguna dan deteksi konvergensi sebelumnya dapat dilakukan saat menjalankannya di latar belakang dan membuang hasil antara ke dalam file. Pekerjaan yang sempurna untuk% bg, jadi buka kembali

Saya memiliki simulasi Monte-Carlo yang berjalan sekitar dua jam, tetapi mungkin bertemu lebih awal. Kesimpulan yang berguna dan deteksi konvergensi sebelumnya dapat dilakukan saat menjalankannya di latar belakang dan membuang hasil antara ke dalam file. Pekerjaan yang sempurna untuk% bg, jadi buka kembali

Magics tidak harus menjadi bagian dari IPython agar tersedia, Anda bebas untuk menerbitkan paket di PyPI yang memperlihatkan keajaiban %bg . Meskipun dari kasus penggunaan Anda, sepertinya ipyparallel dan menggunakan Python Futures mungkin lebih tepat.