Pencarian membeku

Question

Ada beberapa posting lain yang menyebutkan CPU, tetapi saya tidak yakin apakah masalah saya berhubungan langsung, jadi saya memulai topik baru. Maaf jika seharusnya saya membalas yang sebelumnya.
Saya selalu merasa PT8 agak lambat, tetapi saya memiliki banyak sumber daya yang digulir bersama, jadi saya pikir itu memang sudah begitu. Saya berharap PT9 akan lebih cepat, tetapi ternyata sama saja. Saya biasanya membuka Chrome, tetapi bahkan ketika saya tidak membukanya, sepertinya tidak mempercepatnya. Beberapa pencarian sangat cepat meskipun memiliki banyak hasil (misalnya “reckon” menemukan 275 hasil dalam waktu kurang dari satu detik), tetapi beberapa sangat lambat, dan bahkan tidak memberikan hasil sama sekali (misalnya “. (see” berlangsung selama beberapa menit sebelum saya harus menggunakan task manager untuk menutup PT, beberapa kali). Ketika ini terjadi, CPU tampaknya hampir 100%.

image666×593 27.1 KB

Saya menggunakan windows 10 (1903) dan memiliki 16GB RAM. Prosesornya, jika itu berarti sesuatu bagi siapa pun, adalah:

Apakah ada ide tentang cara mempercepat PT secara umum atau membuat semua pencarian berfungsi?

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 1

Harap laporkan jenis masalah ini melalui Help > Give feedback. Tidak ada pencarian yang seharusnya memakan waktu lebih dari beberapa detik di komputer yang layak.
Jenis masalah ini umumnya berasal dari fakta bahwa kami membuat ekspresi reguler secara internal untuk melakukan pencarian, dan telah ada beberapa kasus di mana ekspresi reguler yang dihasilkan membuat loop tak terbatas dengan negative look-behind (disebut catastrophic backtracking dan tidak akan pernah selesai). Sepertinya Anda telah menemukan kasus lain dari masalah ini.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Sudah dilaporkan

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Anda menautkan ke dokumentasi dari pembuat RegexBuddy. Saya menggunakan ini terus-menerus untuk membantu saya menyusun ekspresi reguler yang baik, tetapi saya tahu bahwa ada berbagai jenis RegEx yang memiliki sintaksis yang berbeda. RegexBuddy memungkinkan seseorang untuk beralih antara jenis yang tepat, tetapi saya tidak selalu yakin jenis mana yang harus dipilih.

Apakah ada yang bisa memberi tahu saya pilihan “RegexBuddy” yang benar untuk jenis regex yang digunakan di tempat-tempat berikut:

• Paratext 9 Find/Replace
• Paratext 9 RegexPal
• Changes.txt, FinalChanges.txt, PrintDraftChanges.txt, DBLchanges.txt, dll
• SIL Encoding Converters
• Grep Styles in InDesign

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 2

Nah, Anda pasti menemukan ekspresi pencarian terbaik untuk diuji oleh para pengembang. Saya baru saja mencari
. (see
dalam proyek Alkitab lengkap, dan mulai menghitung waktunya. Saya menyerah setelah 4 1/2 menit dan membatalkan pencarian. Saya memiliki i7 generasi ke-10 dengan 6 core dan 16 Gig Ram, jadi ini akan melumpuhkan komputer siapa pun.

Saya baru saja mencoba 9.1 dan tidak lebih baik.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Jika Anda mencentang kotak “Ignore whitespace differences” (di bawah More>>), apakah itu membuat perbedaan?

Ini sebenarnya bukan solusi, karena Anda mungkin sangat ingin mencocokkan satu atau lebih spasi, tetapi mungkin memberikan petunjuk tentang apa yang menyebabkan perlambatan.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

12 detik. Sepertinya kami memiliki masalah dengan opsi “Ignore whitespace differences”.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 3

Saya hanya bisa menjawab untuk PT9 Find/Replace, RegexPal, PrintDraftChanges.txt, dan DBLchanges.txt. Semua itu menggunakan mesin ekspresi reguler bawaan .Net: C# (.NET 2.0–4.8 & .NET Core 1.0–3.0).

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Tersimpan dalam teks yang tampak tidak berbahaya ini adalah sesuatu yang sangat penting. Apakah Anda mengatakan bahwa Paratext 9 RegExPal sekarang menggunakan jenis ekspresi reguler yang sama dengan Paratext Find/Replace? Ini sangat besar dan sangat disambut meskipun saya harus merevisi perpustakaan regex saya. Sangat sepadan.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Shegnada:

Apakah Anda mengatakan bahwa Paratext 9 RegExPal sekarang menggunakan jenis ekspresi reguler yang sama dengan Paratext Find/Replace?

Saya berpikir begitu. Ini sedikit rumit.

Di Paratext 7.x, RegExPal menggunakan Python untuk melakukan pencarian ekspresi reguler. Untuk menyederhanakan kode di Paratext 8, kami beralih menggunakan IronPython yang merupakan implementasi Python menggunakan .Net. Melihat kode sumber IronPython, sepertinya itu menggunakan mesin RE .Net untuk mengimplementasikan ekspresi reguler Python.

Namun, karena ada perbedaan kecil antara Python biasa dan implementasi ekspresi reguler .Net, saya menduga bahwa IronPython harus melakukan beberapa penyesuaian kecil pada ekspresi untuk membuatnya kompatibel dengan implementasi .Net. Saya tidak 100% yakin apakah itu melakukan beberapa pemrosesan RE untuk membuatnya berfungsi atau apakah perubahan tersebut mungkin membuat IronPython sedikit berbeda dari .Net biasa atau tidak.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Saya ingin mencatat bahwa di Find, baris baru diabaikan sehingga Anda tidak dapat mencari sesuatu seperti \\s .* untuk menemukan kepala bagian. Bahkan jika Anda menyertakan (?-s) baris baru diabaikan.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

anon848905, pembatasan yang Anda catat di dialog Find bermasalah. Dalam beberapa bulan terakhir, banyak ekspresi yang saya bagikan dengan pengguna tidak lagi berfungsi (jika mereka ada di pt9) karena kenyataan “mengabaikan baris baru” ini. Saya sering menggunakan “up until” melalui kelas negatif… yang paling umum adalah

• sampai baris baru: [^\r]+
• sampai penanda berikutnya (di baris yang sama) [^\r\\]+

Ekspresi (atau teknik) ini untuk membatasi pencarian ke konteks tidak lagi berfungsi.

Saya ingin menyebutkan lagi bahwa ini bermasalah untuk memberikan pengguna lain yang tidak ingin masuk ke RegexPal, atau pengguna yang perlu memperbaiki banyak masalah satu per satu di Paratext.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Satu hal yang bisa Anda lakukan untuk membagikan Find RegEx yang kompleks dengan pengguna lain adalah mengekspor daftar RegExPal, memolesnya sedikit dengan editor teks, dan mengirimkannya kepada mereka untuk dibuka di List Window.

Diterjemahkan secara otomatis dari English Tampilkan asli