عدم اعمال صحیح نسبت آپلودر و عدم ریستارت خودکار سرویس about namizun

[malkemit]

حرفتون درسته
اوایل ۳ واحد کمتر و بیشتر میکرد اما الان ۳۰٪ حساب میکنه

در مورد اعمال تغییرات گزینه ریلود اضافه شده و شما هر وقت خواستین میتونین به وسیله اون سرویس را ری استارت کنید تا تنظیمات جدید را بخونه

[malkemit]

سلام مرسی از استفاده و نظر شما
در مورد نسبت دقیق نمیزنه. این رو از قصد انجام دادم به خاطر اینکه اگر دقیق رو خط مرز باشه بهتون بیشتر گیر میدن
در کد با توجه به ضریب مد نظر شما ۳۰ ٪ تلورانس ایجاد میکنه برای همین یه وقتی میبینین شده ۲ و یه وقت شده ۵

به خاطر اینکه معقول تر باشه

در مورد اینکه بعد از تغییر درون هسته هم اعمال بشه، هسته هر بار میاد دیتا رو از روی دیتابیس کش میکنه و تا وقتی که کار اپلودش تموم نشه دوباره کش نمیکنه
این برای اینه که تعداد ریکوئست به سمت دیتابیس زیاد نشه و مشکل برای سرور نباشه
در توضیحات نوشتم که اگر میخواین سریع اعمال بشه دستی ری استارت کنین ولی اگر اوکی هستین، صبر کنین یکم، بعد که دوباره میخواد کش کنه متوجه میشه

در واقع ساختار کار این شکله که یک دیتابیس ردیس این وسط هست شما دو پروژه دارین یکی هسته هست که از رو دیتابیس کش میکنه و کار میکنه و یکی هم منو که میتونین دست بزنین اطلاعات دیتابیس رو

[NabiKAZ]

البته اینکه یه بار ۲ یه بار ۵ بشه، ۳۰٪ تلورانس نیست، ۱۵۰٪ هست که دیگه اسمش تلورانس نمیتونه باشه.
مثال خودم هم ۵۰۰ بجای ۳۰۰ آپلود، یعنی ۶۶٪ بیشتر بود.
اما چون شما اشاره کردید قبل از پایان دوره یا ریستارت همون مقدار قبلی رو درنظر میگیره که من اینکارو نکردم. بنابراین فرض میکنیم علت این اختلاف از عدم ریستارت سرویس بوده و مشکلی نیست.

اما به نظر من اگر بعد از بار تغییر پارامترها، خودش سرویس رو ریستارت کنه یا حداقل تنها کش مورد استفاده رو ریستارت کنه و عملیات دوره‌ی قبلی رو متوقف کنه کارایی مفیدتری داره. چراکه کاربر بعد از تغییر پارامترهاش انتظار داره بلافاصله اعمال بشه.