אני מתכנן לבנות שרת לאפליקצית multiplayer שאני בונה. המשחקים יהיו בתכלס PvP אבל בגלל שאני רוצה למנוע שימוש בIAP CRACKER אני רוצה שהחיבור עצמו יהיה דרך סרבר משלי ולא בp2p.


בעבר יצא לי לבנות צ'אט בסגנון האיסיקיו (עם file transfer והכל) ובניתי אותו בדרך של thread per connection. זה יהיה סבבה והכל כל עוד זה באמת ישאר עם מספר אנשים נמוך. אבל כמובן שאם אני בונה אפליקציה לאייפון ואני מתכנן להשקיע בה, אני שואף לשלמות ומקווה לכמה שיותר מחוברים. לכן thread per connection זאת לא אופציה פה לדעתי.

אז השאלה בעצם - איך בנוי שרת שמחזיק 1k-2k משתמשים מחוברים? יש למישהו דוגמא? (או אם יש אפילו template, בכלל מעולה מעולה מעולה!)


תודה מראש ויום טוב!

thread pool שמתעסקים ברשת, שומרים את הבקשות בתור עבודה שיש worker threads ב-pool נפרד ששולפים משם בקשות ומעבדים אותן. איך וכמה בדיוק - תלוי בפרטים של התרחיש.

אבל מי אמר שבכלל אתה צריך להיות מחובר כל הזמן ככה? למה לא לתקשר מעל HTTP לדוגמה (ב-REST או בכל דרך אחרת)? זה משחק real-time?

ולמה אתה צריך שכל התעבורה תעבור דרך השרת? אתה לא יכול לתת לשרת לאמת שהלקוחות לא רימו, ואז לתת להם לעבוד אחד מול השני?

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

המשחק אכן real-time ולכן הם כל הזמן יהיו מחוברים.

מה שכן, באמת יהיה יעיל יותר לבדוק אם בהתחלה אם רימו עם השרת ואחרי זה להעביר את החיבור ל-p2p (למשל: לבקש מהשרת IP "יריב" ואז להתחבר אליו ולשחק מולו) ואם הבקשה לא הגיונית השרת לא יחזיר IP.

לגבי thread pool, המושג חדש לי. אני אבדוק על זה באינטרנט.... אבל על רגל אחת, מה זה?


ותודה רבה!

שיש ערימה של thread-ים שמטפלת בבקשות שמגיעות, ללא הצמדה של 1 ל 1 בין משתמש קצה ל thread, ככה שיכולים להיות פחות thread-ים מאשר חיבורים - מה שמאפשר גם לעשות מקביליות, וגם לא לבזבז משאבים על טיול מיותר בין thread-ים כדי לראות אם יש להם איזו עבודה לבצע... http://en.wikipedia.org/wiki/Thread_pool_pattern

חפש גם על תכנות תקשורת מבוסס event-ים... אני לא יודע באיזו שפה אתה כותב, אבל... http://en.wikipedia.org/wiki/Epoll

אגב, למקרה שאתה חושב להמציא פרוטוקול משל עצמך לתקשורת בין הלקוחות לשרת... http://en.wikipedia.org/wiki/Google_Protocol_Buffers

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

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

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

כשכולנו נהיה ב IPv6, אולי התשובה הזו תשתנה, אבל זה כנראה לא הולך לקרות בעשור הקרוב, לצערי...

נמאס לכם לזכור סיסמאות? לחצו כאן!