כיצד רוחב הפס משפיע על ביצועי האתר?

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

הגדרת רוחב פס

רוחב הפס מוגדר במונחים של מספר ביטים לשנייה. קצת הוא הכמות הקטנה ביותר של מידע מחשב, אפס או אחד, ושמונה מהם מייצרים בת אחד. היסטורית, חיבורי רשת נמדדים בסיביות, ואילו התקני משתמשי קצה כמו זיכרון מחשב וכוננים קשיחים נמדדים בתים. מגה-ביט הוא קצת יותר ממיליון סיביות (ליתר דיוק, 1,048,576 סיביות), ואילו ג'יגה-ביט הוא למעלה ממיליארד סיביות (בדיוק 1,073,741,824 סיביות). לכן, חיבור של 100 מגה-ביט לשניה יכול לשלוח מעל 104 מיליון ביט לשנייה, מה שמנוסח בצורה יעילה יותר כ- 13 מגה-בייט לשנייה.

חישוב דרישות רוחב הפס

מרבית שרתי האינטרנט שולחים דפים סטטיסטיים ותמונות על פי דרישה לדפדפני האינטרנט, מה שאומר שאין צורך בקבצים אלה לפני שהם מועלים דרך האינטרנט. במקרים אלה, דרישות רוחב הפס הן די פשוטות. הוסף את המספר הכולל של בתים המשמשים את המשאבים המרכיבים דף מסוים באתר שלך: דף HTML הוא מספר מסוים של קילובייט של HTML, JavaScript וקבצים כלולים, בעוד שהתמונות שהדף מבקש יהיו ככל הנראה מספר גדול יותר של קילובייט. לדוגמא, דף הבית עשוי להיות 25KB של HTML, גליונות סגנון מדורגים ו- JavaScript, ואז מגישים בקשות לקבלת 250KB תמונות. לכן, כדי לבקש דף זה בפעם הראשונה תזדקק לנתונים של 275KB, או 2200 קילו-ביט. במהלך חיבור אינטרנט של 100 מגה-ביט, היית משתמש בקצת יותר מרבע מגה-ביט למשך שנייה אחת, וזה בערך מסתדר ש -300 משתמשים בו זמנית יוכלו לגשת לאתר מבלי להאט. מידה מסוימת של רוחב פס אובדת תמיד לדרישות רשת תקורה, ולכן עיגול הערכות אלו (במקרה זה, בין 364 ל -300) הוא רעיון טוב. אתרים המצפים ליותר מ -300 משתמשים בו זמנית, יצטרכו יותר רוחב פס באינטרנט או להשתמש בקבצים קטנים יותר בדפי הבית שלהם.

צוואר בקבוק מעבד

ניתן להאט אתר גם בגלל הצורך להגיש קבצים דינמיים. זה המקרה בכל פעם שנוצר דף אינטרנט על בסיס קוד תכנות; לדוגמא, דפים באתר וורדפרס אינם HTML סטטי אלא נוצרים על פי בקשה על ידי תכנות PHP בתבנית וורדפרס. אתר דינמי עם אותם פרמטרים כמו דוגמת העמוד הסטטי יוכל לטפל רק ב -300 משתמשים בו זמנית אם דרישות המעבד להפקת כל עמוד הן פחות משליש אחוז אחד מהמעבד. מצד שני, אם אחוז אחד מהמעבד משמש ליצירת עמוד, המספר המרבי של משתמשים בו זמנית יהיה קרוב יותר ל 100 מ -300, למרות שרוחב הפס הזמין שלו יכול להתמודד עם יותר משתמשים.

רשתות מטמון ומסירת תוכן

ניתן לשפר את צוואר הבקבוק של רוחב הפס באמצעות רשתות משלוח תוכן, או CDN, המאחסנות עותקים של נתוני שרת האינטרנט שלך, בדרך כלל במספר נקודות ברחבי האינטרנט. לדוגמה, CDN עשוי להיות ממוקם בטוקיו ובלונדון, ומשכפל - או שומר במטמון - מידע משרת האינטרנט שלך עבור משתמשים באסיה ובאירופה בהתאמה. ה- CDN קרוב יותר פיזית למשתמש, מאיץ את המסירה ומצמצם את מספר ההתאמות בשרת האינטרנט הראשי שלך. כמו כן, שמירה במטמון בשרת האינטרנט המקומי או CDNs יכולה גם להפחית במידה ניכרת את דרישות המעבד, אך במחיר של שליחת דפים מעט מיושנים לדפדפני האינטרנט.