sphinx get's dirty

Sphinx özellike main+delta seklinde calismalarda bazen indexlemeyi durdurabiliyor. Sonra baktığınızda index data dosyalarınız yerine sonuna '.new ve '.tmp'' eklenmiş hallerini gorebilirsiniz.
Tekrar indekslediğinizde başarılı bitebilir ama buyuk ihtimal ./search e query atayamayacaksiniz atsanizda eski gelecek.

Burada konuyla ilgili bug girilmiş
http://sphinxsearch.com/bugs/view.php?id=302

Bu durumla sık karsılasir oldum, ve karsilastigim zaman once searchd'yi kapatiyorum.
./searchd --stop
/opt/sphinx/var/log/searchd.pid dosyasini siliyorum. Bu sizde baska bir yerde olabilir veya olmayabilir, zira searcd kapanınca bu da silinmeli.

Ardından '.new' ve '.tmp' dosyalarini silip searchd yi tekrar baslatiyorum. Hepsi bu ancak can sıkıcı.

"two elephant problem" için yaklaşımlar

"İki fil problemi" için yaklışamlara da değinen bu yazıdan alarak :


İki fil problemine karşı bir çok yaklasim stratejileri vardir. Yeni fili dahil edip, diğerini göndermek en radikal ve karışık yaklaşımdır. Projenin yeni bir versiyonu topluluğa sunuldu ve uygulanmaya hazır ve topluluğun değişimi kabul edip etmemesi ile baglantılı. Bu projenin tehlikeli kısmı ilk filin ayrılmaya karar verecek olabilmesidir. Bu yaklasim KDE 4.0'ı yaparken geliştiricileri tarafından kullanılmış bir yaklaşımdır. Buna tepki olarak kullanıcılar
KDE nin alternatif masaüstü için olan eski versiyonlarını kullanmaya devam etmişlerdir.Daha yeni yeni KDE kullanici kazanmaktadır.


Diğer bir yaklaşımsa yeni filin ortama tanıtılmasında topluluğun onu bir parçası olarak kabul edip edemeyeceği konusundaki karmaşayı azaltmak içindir. Bu projedeki sıkıntı ise filleri ayirmak ve onları tekrar birleştirmek cok zordur ve yeni bir versiyon icin olan herhangi bir görüs kabul görmeyebilir. Frankenstein fili işe yarayabilir ancak özgün planların seçiciliği kaybolabilir ve reddedilebilir. Bu GNOME Shell in önizlemesini, versiyon 2.28'de GNOME 3ün önemli kismini alan GNOME gelistiricileri tarafindan kullanılmıştır.Bazı raporlara göre, ön izleme ile çalışmak zordur ve bunun islemesini sağlamak için sarf edilen caba topluluğun ön izlemesinin yararlarından daha önemli olabilir.

Two Elephant Problem

Açık kaynaklı bir proje çekirdek kodunda bir kullanıcının arayüz kütüphanesini yenilemek gibi büyük değişiklişkler yapmak istiyorsa, iki fil problemi ile karşılaşılır. İlk fil problemi var olan ve bunun daha önce uygulanmışa olan tanışıklığıdır. Geliştiricinin meydana getirmek istediği ikinci fil problemi ise projeye dahil etmek istenilen değişikliktir. Zor tarafı ise ikinci problemi birinciye uyarlamak ya da olduğu gibi problemli bırakmaktır.

Walker-Morgan'ın yazısında bu probleme karşı yaklaşımlardan da bahsedilmiş. Bir sonraki yazıda bu yaklaşımları irdeleyeceğim.

Orjinal metin :  http://www.h-online.com/open/features/The-Two-Elephant-Problem-822771.html