היום יצא לי לקרוא מאמר על feature-ים של ה Windows Server 2008 והתחוור לי שמסיבה בלתי מוסברת נראה לי שהתעלמתי משני feature-ים חדשים שקשורים (אם ישירות ואם בעקיפין) ל Terminal Server ול SBC בכלל.

הראשון הוא ה Parallel session creation, וכדי להסביר את מהות העניין אני אסביר איך זה עבד לפני ואיך זה אמור לעבוד בעתיד.
אז לפני עידן ה Windows Server 2008 (ואנחנו עדיין חיים בו...) יצירת session בשרתי Terminal (למעשה בכל שרת ובכל תחנה) היתה פעולה טורית, כלומר השרת לא היה מסוגל ליצור session חדש כל עוד יצירת ה session הקודם לא הסתיימה, מה שגרם לבעיות של איטיות בחיבור לשרתי Terminal בעיקר בשעות העומס, למשל אם 10 אנשים היו מתחברים לשרת Terminal אחד בו זמנית ותהליך הלוגין ויצירת ה session היה בסביבות ה 30 שניות, אז למשתמש האחרון היה לוקח 5 דקות עד שהיה מצליח לקבלת את סביבת העבודה שלו ולעבוד על השרת.
למעשה, ה Parallel session הוכנס כבר ל Windows Vista (ואם אתם שואלים למה מערכת הפעלה שולחנית צריכה את זה, אז מסתבר שזה הוכנס כדי לעבוד עם Media Center extenders, ולא, אף פעם לא ניסיתי את הצעצוע הזה) ומופיע גם בגרסת השרת הבאה עלינו לטובה.
אז כמו שכבר אפשר להבין ה Parallel session creation יודע ליצור session חדשים על השרת בצורה מקבילית, מינימום 4 sessions בו זמנית ויותר עם על השרת יש יותר מ 4 מעבדים.

השני הוא ה SMB2, הוא רלוונטי לא רק ל Terminal Server אלה למעשה לכל העבודה עם קבצים ברשת.
קצת רקע ומידע מה זה SMB, אלה למעשה ראשי התיבות של Server Message Block, ה SMB הוא פרוטוקול לעבודה עם מדפסות משותפות, תיקיות וקבצים משותפים ובכלל לתקשורת בין מחשבים והתקנים ברשת (מי שרוצה להעמיק, מוזמן לקרוא פה).
במיקרוסופט הבינו שהקבצים והמידע שעובדים איתם היום הוא גדול פי כמה וכמה מגודל המידע שהיה לפני כמה שנים, אז בשביל שהשרתים יוכלו להתמודד עם גודל המידע הזה הוחלט להטמיע את ה SMB2 (שנכתב ע"י מיקרוסופט, ה SMB1 נכתב ע"י IBM ונמצא בשימוש במערכות נוספות פרט ל Windows), עפ"י מיקרוסופט, בבדיקות מעבדה פנימיות ה SMB2 שיפר את הביצועים פי 30 עד 40 מהביצועים שנרשמו ב Windows Server 2003.

אז לסיכומו של עניין, יהיה מעניין לראות איך באמת שני היכולות האלה ישפיעו על הביצועים של שרתי ה Terminal ובעבודה בכלל עם שרתי ה 2008.