שרת לאתר...
-
מתכנת פיתח תוכנה אינטרנטי אך האתר/תוכנה עובד מאוד מאוד לאט.
האם מישהו יכול להמליץ לי על שרת 'אמין' ו'מהיר' שיתן לי מענה
איך שהבנתי זה תלוי בנפח ג'יגה ראם. עכשיו יש לנו 6 וזה מאוד איתי. חושב אולי להגדיל ל12גי' ראם בעלות של 80-100 דולר לחודש.
האם זה הפיתרון? או שיש עוד פתרונות כשרת מקומי וכדו'. (מבחי' השרת לא מבחי' אופן בניית התוכנה)אם מישהו יכול להפנות אותי לחברה אמינה וטובה (וזולה)
תודה רבה
-
@בול כתב בשרת לאתר...:
איך שהבנתי זה תלוי בנפח ג'יגה ראם
זה לא פתרון קסם. תלוי איפה הבעיה. האם אתה יודע מה גורם לאיטיות?
(אם אתה לא יודע מה גורם לאיטיות, אז דבר ראשון שאל את המפתח) -
הוא אומר שהפתרון הוא להגדיל את הזיכרון. והוא לא רואה בעיה נוספת.
(בעבר השרת ישב בקנדה והוא העביר את זה לגרמניה שיהיה יותר מהיר) -
האם אתה סומך על תשובתו?
6GB זה יחסית הרבה לשרת לינוקס, מה אתה מריץ שמה?
האם הכל איטי או רק פעולות מסויימות? -
צדיק תמיםהשיב לyossiz ב 4 בפבר׳ 2025, 11:32 נערך לאחרונה על ידי צדיק תמים 2 באפר׳ 2025, 11:32
@yossiz כתב בשרת לאתר...:
האם אתה סומך על תשובתו?
@בול אם כן, למה אתה צריך לשאול פה? מתכנת רציני אמור לדעת איזה חברה אמינה ואיזה לא
אם לא, אין בשאלה שום מידע טכני שאנחנו יכולים על פיו לתת תשובה, רק לנחש ניחושים -
@בול כתב בשרת לאתר...:
עכשיו יש לנו 6 וזה מאוד איתי.
כמו ש @yossiz כתב - זה ממש לא קצת לשרת לינוקס
אולי הוא צריך יותר מעבדים?
אולי זה חברה לא טובה? -
- @yossiz אני סומך על תשובותו.
(כנראה שהוא בנה את התוכנה באופן שהוא צריך לחשב את הנתונים כל הזמן. לא יודע בדיוק. זאת המציאות...)
כל הפעולות היה איטי.
היום הוא עדכן את התוכנית של 100 דולר והמצב השתפר.
2.@צדיק-תמים הוא אמור לדעת איזה חברה אמינה אבל לפעמים מתכנת בארץ יותר מתמצא באתרים שעובדים יותר טוב פה בארץ (זה הייתה השאלה 'בעיקר').
בקיצור. אם מישהו יודע לענות לי אם זה קשור למיקום או יודע על חברה זולה יותר. שאני יוכל להציע לו לעבור לחברה מסויימת.
תודה רבה +
- @yossiz אני סומך על תשובותו.
-
@בול כתב בשרת לאתר...:
אבל לפעמים מתכנת בארץ יותר מתמצא באתרים שעובדים יותר טוב פה בארץ (זה הייתה השאלה 'בעיקר')
לא אמור להיות הבדל דרמטי בין שרת כאן בארץ או באירופה. לכל חברה רצינית יש חוות שרתים באירופה, ולגדולות (גוגל אמזון ומייקרוסופט) יש גם בארץ. בקיצור זה לא קשור למיקום, החברות הרציניות הן עולמיות
-
@בול כתב בשרת לאתר...:
(כנראה שהוא בנה את התוכנה באופן שהוא צריך לחשב את הנתונים כל הזמן. לא יודע בדיוק. זאת המציאות...)
אולי יש לו חישובים שגויים, אולי זה תוכנה כבדה מעצם היותה,
תנסה לרשום בטרמינל htop ולצרף פה צילום מסך של מה רץ
תמיין לפי זיכרון, מעבד, וצרף גם אותם אולי יש שם משהו חשוד -
@בול+ אתה יכול לתאר בכמה מילים מה יש בתוכנה? מה היא עושה?
ייתכן שצוואר הבקבוק שלו נמצא בכלל במקום אחר, ולא בקוד.
לדוגמא, הוא מתשאל טבלה עם ממש הרבה רשומות, וחסר אינדקס בטבלה על העמודה שהוא מתשאל.
או שהשאילתא שלו כתובה בצורה בזבזנית (ואז זה באמת בעיה של הפיתוח כמו שהזכירו כאן)כאמור, אלו רק דוגמאות. אם תביא קצת יותר נתונים, מן הסתם יהיה קל יותר לעזור
-
ראשית תודה על זמנכם היקר.
זה תוכנה של ניהול חלוקה
האיטיות מתחילה בעצם פתיחת התוכנה עד שהאנשי קשר עולים
בקיצור עד שהוא זז ועד שהוא קם....המתכנת נחוש למצוא את הבעיה, אני מנסה להביא לו מידע מעוד מומחים....
תודה רבה!
-
כמה אנשי קשר יש בDB?
ייתכן שיש הרבה אנשי קשר והוא טוען את כולם בטעינת הדף/תוכנה
אם זה המצב, ייתכן שטעינה עצלה תעזור. -
@בול לי היה פעם בעיה דומה, היה לי 300 רשומות, וזמן הטעינה היה כ10 שניות שזה המון, הבעיה היתה שבשרת ואצלי במחשב זה עבד מצויין תוך חלקיק שניה, ובמכשירים אחרים לקח זמן..
עד שעליתי על הבעיה, שביצעתי רינדור לתצוגה גרפית של הנתונים, ומשום מה זה דרש הרבה gpu אז במכשירים עם gpu חלש לקח זמן לרינדור, אז עשיתי אופטימיזציה לרינדור רק של מה שמוצג בפועל, וגם טיפלתי בזה שייקח פחות משאבים..
מה שבאתי לומר, שחשוב לבדוק את כל הנקודות בתהליך, כמה זמן לוקח לשרת להתחיל את השאילתה לdb, כמה זמן לוקח השאילתה עצמה, ואולי זה בכלל נמצא בהכנה של הנתונים לשליחה חזרה לקליינט וכו'
@בול כתב בשרת לאתר...:
זה תוכנה של ניהול חלוקה
אני זורק השערה, יש מצב שיש חישוב מסלול TSP? כי אולי זה מהסיבות ההגיוניות היחידות ש6gb לא יספיק..
-
@clickone כתב בשרת לאתר...:
כמה אנשי קשר יש בDB?
5K+
בנתיים אני משלם 100 דולר.
והמצב השתפר.
מקווה שהעצות פה יועילו.
תודה שוב -
אכן. זה לבנתיים
אני מדבר עם המתכנת על אפשריות ייעול על בסיס מה שכתבתם
ותודה על כך. -
@בול כתב בשרת לאתר...:
המתכנת נחוש למצוא את הבעיה, אני מנסה להביא לו מידע מעוד מומחים....
אז עדיף שתשלח אותו לשאול כאן בעצמו
