אני מחפש מוד להגבלת רוחב פס

[yonatan]

לטעמי עדיף להביא appliance שיודע לעשות QOS ברמה של הרשת ולהגביל מהירות PER THREAD ברמת הרשת ולא לתת לשרת להאבק בפרוצדורה של הגבלת המהירות באופן מלאכותי.

[Kernel]

נכתב במקור על ידי yonatan

לטעמי עדיף להביא appliance שיודע לעשות QOS ברמה של הרשת ולהגביל מהירות PER THREAD ברמת הרשת ולא לתת לשרת להאבק בפרוצדורה של הגבלת המהירות באופן מלאכותי.

יונתן. מיליון סקריפטים פותחים את קובץ ו״קוראים״ למשתמש קטעים קטעים ממנו.
זה נעשה בצורה מטומטמת (השכבה של php באמצע מאטה את העסק) אבל עובד.

כשמשתמשים בnginx המצב טוב פי כמה, נכון שאפשר להשתמש בחומרה כדי לבצע את כל התהליכים האלה אבל יש פה קטע של עלות-תועלת.

אני משתמש בnginx לשרתים עם קווים של 200-400 אמביט עם qos בלי שום בעיה(מערך רייד ssd)

[yonatan]

נכתב במקור על ידי Kernel

יונתן. מיליון סקריפטים פותחים את קובץ ו״קוראים״ למשתמש קטעים קטעים ממנו.
זה נעשה בצורה מטומטמת (השכבה של php באמצע מאטה את העסק) אבל עובד.

כשמשתמשים בnginx המצב טוב פי כמה, נכון שאפשר להשתמש בחומרה כדי לבצע את כל התהליכים האלה אבל יש פה קטע של עלות-תועלת.

אני משתמש בnginx לשרתים עם קווים של 200-400 אמביט עם qos בלי שום בעיה(מערך רייד ssd)

ראיתי המון סקריפטים כאלה, ובהחלט מדובר בשיטת עבודה לא מקצועית ולא אמינה בטווח הארוך.
אני לא מסתכל כאן על עלות תועלת בכלל, אלה על פתרון שהייתי מיישם לעצמי במידה והייתי צריך את זה, אני הייתי הולך על APPLIANCE כלשהו שזו העבודה שלו לנהל תעבורה ורוחב פס.
לקחת מערך SSD ב RAID ולתת לאפליקציה לטחון על הדיסקים שם, זה בסדר גמור, בהנחה שיש לך תקציב למערך SSD RAID, אופציה מעולה, הטכנולוגיה מאפשרת את ה"בזבוז" זמן I/O שנגרם כתוצאה מה"טמטום" של האפליקציה.

לעומת זאת לתת לסקריפט PHP או אפילו ל NGINX לצורך העניין לשבור את הקבצים ולשלוח אותם מדיסק SATA רגיל זה לא פתרון טוב ( ואני עדין במילים כאן ).

[Kernel]

לא בדיוק, יש לשרת שלי המון זיכרון RAM, אז הבאפר עומד על 24Mb.
ו-Nginx מנהל את העסק דיי טוב, ה-Iowait עומד על 0.15%