2010-08-23 23 views

cevap

10

Güncelleme: Eğer bu tür bir şey içine bakarak eğer

Ben zevk için bazı benchmarks of managed B-Tree implementations ekledik. devlet ve BplusDotNet 1.0.2082.16942 bozulmasını

BplusDotNet

Ben gerçek olamayacak tam tersi bulundu "... biraz siler üzerinde adamcağız olarak biliniyor", RaptorDB 1.6 oldu yeterince iyi iş gibi görünüyordu . Orijinal

: Bütünlüğü için

Benim burada kendi uygulama eklemek için gidiyorum.

+0

Özel bir ISerializer serializer aracılığıyla okurken BPlusTree DOES veri bozuk olduğunu doğrulayabilirsiniz. Varlıklar, kendi kendine kontrol için SHA256 tabanlı HMAC'lere dahil edilmiş ve 1: 50 bin kez başarısız olmuş (IO akışları erken kapatılmıştır). Ayrıca performans düşüşleri, yani son% 10 varlığı okumak, ilk% 10'u okumaktan daha yavaştır. BPlusTree dışındaki T => bayt [] serilerinde serileştirme sırasında sorunlar ortadan kalktı ve BPlusTree, özel bir varlık yerine yalnızca bayt [] ile çalışmak için PrimitiveSerializer.Bytes kullanır. Proje, NuGet'in 1,5 yıl içinde hiçbir tahliyesini görememesinden dolayı muhtemelen ölüdür. – DeepSpace101

+0

@ DeepSpace101, ISerializer uygulamanızı paylaşır mısınız? Sorununuzun muhtemelen orada olduğundan şüpheleniyorum. BPlusTree şu anda çeşitli ticari tekliflerde kullanımda olup, bayt [] ve yerleşik serilaştırıcıyı kullanarak deneyimlediğinizi gösterdiğiniz gibi güvenilir olduğunu kanıtlamıştır. Ölen projeyle ilgili olarak, uzun zamandır önemli bir gelişme sağlamadığım izlenimini kesinlikle anlayabiliyorum. Size ve diğerlerine yardım etmekten mutluluk duyuyorum, sadece kullanıcı adıma bir e-posta roger'i vur. –

+0

Sizi e-postayla gönderecek ama asıl neden, seri hale getiricinin, nesnenin sonunun sonu olan bir kurala sahip olmasıdır.Bu sözleşme/varsayım, 'T ReadFrom (Stream stream)' arayüzünde kırıldı ve okunacak daha fazla bayt ('ucun ötesinde) sonuçlandı ve kripto-sağlama toplamlarını öldürdü. – DeepSpace101

İlgili konular