SpacetimeDB
اینکار رو برای شما کرده
ویدئو بالا رو چندساعت پیش دوستان برام فرستادند (من به
Postgres18 خیلی علاقمند شدم بخاطر اضافه کردن Async هرچند هنوز نتونستم کامل تستش کنم)نشستم ویدئو رو دیدم؛ ویدئو
56K بازدید داشته 4.7K لایک و 642 تا کامنت که همه هم مثبت بوده من تموم کامنتهارو چک نکردم ولی خیلیهاش نظر مثبت هست.
جالبی قضیه اینجاس هیچکس متوجه تفاوت توی نحوه بنچمارک گیری نشده یعنی واقعا ؟
چیزی هم که ادعا میکنه که
SpacetimeDB میتونه نقش سرور رو هم بازی کنه؛ از Postgres15 من یادم هست که دارند این کار رو بصورت جدی انجام میدند ملت باهاش.پس داستان چیه ؟ عدد سازی .
اومدم روی گیتهاب
issue بسازم و بگم که تکنینک مقایسه درست نیست که دیدم یک نفر دیگه اینکار رو کرده.توی ویدئو اول دقیقه
10 به بعد رو ببینید؛ تمام تستهایی که انجام میده client + server + db هست؛ ولی وقتی به دیتابیس خودشون میرسه.
client + db هست بعد از بررسی گیتهاب حتی متوجه شدم برای همه کلاینت روی
typescript هست ولی برای خودشون روی Rust نوشته شده با خوندن بیشتر اوضاع بدتر هم شد. علاوه بر اینکه پروتوکلهای متفاوتی استفاده شده و ... تمام فلگهای
optimization مربوط به کلاینت Rust رو که برای بنچمارک خودشون فقط استفاده میکنند تا ماکزیمم بالا بردند.هیچ چیزی جز یک عددسازی بزرگ به ذهنم نمیرسه.
حالا شخصی که روی
Github به این موضوع اشاره کرده بود اومده یک ویدئو هم براش ساخته (داشتم میگشتم ببینم کسی دیگه هم فهمیده این موضوع رو یا نه ویدئو رو پیدا کردم) توی این ویدئو نشون میده که
SpacetimeDB حتی با تمام optimization هایی که انجام داده توی شرایط برابر به Postgresql با کانفیگ دیفالت هم نمیرسهVideo on Youtube
پینوشت: خواستم بگم مثل این دوستی که ویدئو
SpacetimeDB رو برای من فرستاد شما تو تله نبوفتید.