Libelektra: mmap: mengubah lingkungan

Anda benar, saat ini cache hanya memeriksa ENV di plugin kdbOpen. Itu dapat dengan mudah diperiksa secara dinamis, tetapi ini memanggil resolver dan saya curiga itu memiliki dampak kinerja yang cukup besar.

Sunting: Di samping catatan: konfigurasi diperiksa untuk stempel waktu yang tepat (perincian nanosec), tetapi masalahnya masih ada dan juga berlaku untuk resolver default .

Solusi untuk bug ini adalah kami juga menyimpan nama file yang diselesaikan di dalam cache mmap. Tetapi secara umum itu tidak akan membantu, kami entah bagaimana perlu menangkap semua variabel yang mungkin memiliki pengaruh (atau menghindari penggunaan variabel lingkungan apa pun di dalam plugin kami, yang mungkin merupakan solusi yang lebih elegan).

Saya tidak memikirkan skenario ini, tetapi sebenarnya kami menyimpan nama file yang diselesaikan di dalam cache mmap. Jika jalur berubah, itu akan menghasilkan cache miss.

Namun, jika $HOME berubah saat pegangan KDB terbuka, itu tidak akan memindahkan cache ke rumah baru.

Saya tidak memikirkan skenario ini, tetapi sebenarnya kami menyimpan nama file yang diselesaikan di dalam cache mmap. Jika jalur berubah, itu akan menghasilkan cache miss.

Sempurna! Lagipula ini adalah kasus yang paling penting. Afaik kami saat ini tidak memiliki variabel lingkungan kecuali untuk resolver. (Namun, tidak semua variabel lingkungan benar-benar berdampak pada nama file. Misalnya curlresolver menggunakan HTTP_PROXY.)

Namun, jika $HOME berubah saat pegangan KDB terbuka, itu tidak akan memindahkan cache ke rumah baru.

Ok tapi ini adalah bug lama (#1433). Jadi saya akan menutup bug ini karena mmap tampaknya tidak memperburuk situasi.