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

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

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

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

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

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

אם זה ממש חשוב לך אני הייתי הולך על וירטואליזציה
שים לך וירטואליזציה זה נותן לך אפשרות להגביל לכמה שאתה רוצה ואפילו לחלק את השרת לוירטואלים איכותיים שלא לוקחים הרבה מהמשאבים
למשל לפצל ל2 באחד אתה תוכל להגביל ל10 מגה לצורך העניין ובשני לכמה שתרצה 10-20-30 ומעלה ובDA לחבר את בניהם את ה DNS

זה למעשה יעשה לך סדר ויתן לך כלים לשלוט בתעבורה שלך מבלי לשים סקריפט שדורש המון משאבים

סתם עוד אופציה לחשוב עליה שיהייה בהצלחה

אוקי , בסוף הבעייה יותר מאצלי - משהו עם הרשת האלחוטית שלי .

אבל בכל זאת לשם שיפור הביצועים אני כנראה יעבור לשרתי NGINX בשרתים שמקבלים את כל הקבצים


תודה על העזרה מכולם

אם אני לא טועה אפשר להגביל רוחב פס פר חיבור באמצעות iptables.
מצי לך לגגל על זה קצת..יחסוך לך כאבי ראש.

אגב Kernel, אשמח אם תוכל לפרט איך Nginx יודע לאיזה קובץ לגשת לפי הקישור המוצפן.

תסתכל בבלוג שלי לגבי זה (תחפש Secure links).
אאל"ט הסברתי בעבר על Lighttpd. אותו הדבר נמצא גם ב-nginx רק שב-nginx אתה יכול לשלוט על המרכיבים של הקישור (אייפי של גולש, מפנה, User agent וכו').

אבי