@smk123 לא.
כנראה לדואר ישראל.
בדר"כ הדברים האלו לדעתי עוברים בלי בעיה. מוזר שנתפסת. זה קורה. אל תיקח את זה אישית.
הפורום כעת לקריאה בלבד, לקריאה נוספת.
@smk123
בדקתי את הפרטי מכס שלך כאן:
https://shaarolami-query.customs.mof.gov.il/CustomspilotWeb/he/CustomsBook/Import/ImportCustomsItemDetails?customsItemId=653
כנראה שגם המסווגים בארץ סיווגו אותו באותו סיווג.
ותראה בדרישות ליבוא אישי (באדום).
ייתכן שצריך אישורים. אני לא מכיר את הדרישות לאישורים בזה.
בייבוא אישי יש הרבה הקלות. אבל ייתכן שעוד תצטרך אישורים.
אני לא יודע למי להפנות אותך במקרה הזה, אבל העמיל מכס של חברת השליחויות שמטפל בזה אמור להגיד לך איזה אישורים בדיוק צריך (ייתכן שהם יכולים להפיק לבד, ייתכן שהם צריכים יפוי כח שלך)
מה זה אומר:
תעבורה 10 מגהביט, ללא הגבלה
זה לא קצת? זה הרוחב פס?
מה העליות של null במסדי נתונים?
אני מניח שאם מאפשרים Null, זה לוקח יותר מקום בדיסק קשיח.
השאלה האם יש לזה משמעות נוספת מעבר לכך?
האם זה יכול להכביד מאוד על שאילתות.
מקרה לדוגמה: יש לי טבלת פעולות ללקוחות שמכילה ערך מספרי, נניח סכום.
אני רוצה לסכום את הסכום ללקוח מסויים.
ויש בטבלה 7 מיליון רשומות.
האם תהיה משמעות גדולה האם הערך הוא nullabe?
Postgresql
אם אני עושה שאילתת סך פעולות של חודש (SUM) זה לוקח לי פחות זמן מאשר היסטוריה ליום אחד.
בהבדל משמעותי. היסטורית יום אחד לוקחת פי 4 בערך.
מה ההסבר לכך?
עריכה:
רק אציין שמדובר בשאילות שהשרת API מריץ . עוד לא בדקתי מה קורה בהרצת SQL ישיר
על איזה שירות ענן (VPS עם לינוקס) אתם ממליצים, כאן בארץ?
מבחינת היציבות, השירות והמחיר. (בסדר הזה)
תודה רבה.
לגבי מה שכתבת,
בפונקציה שאני חושד בה בעיקר, יש גישה לDB עם await
שזה בעצם יוצר פונקציה פנימית. אבל אין שום גישה לאף קוד חיצוני לפונקציה הזו.
אני מסתפק האם יש להציב בסוף הפוקנציה null לכל המערכים שאיתם עבדתי.
בכל מקרה אני מצהיר על המערכים עם let. זה אומר שהם בוודאי לא זמינים החוצה.
ייתכן של GC יותר מובן אם אני מציב null?
אבדוק את זה.
@yossiz לגבי המקרה שלי, אני לא מאמין שיש שם באמת memory leak
כי אם כך כל הזמן הזיכרון היה מתנפח.
אצלי זה קורה מידי פעם (בשעות עומס כמובן). וההתנהגות היא של קפיצה בזיכרון ואז שחרור למצב רגיל. מה שמוביל אותי למסקנה שזה פשוט ה - GC שלוקח לו זמן להיכנס לפעולה (הוא הרי לא עובד כל הזמן).
אני מנסה לפתור את זה בדרכים חלופיות, ע"י חלוקת עומסים.
למעשה, הספק מנקר בי כל הזמן האם זה בעית הזיכרון מצויה ב NodeJS יותר מאשר בשפה אחרת. בוודאי שצריך למצוא את הספריות הנכונות לעבוד איתן.
כרגע ה max_connections שלי מוגדר על 100.
לדעתכם 150 יכול לגרום לבעיות?
יש 8 GB לשרת
@אהרן
מה שמשגע אותי שזה לא קורה תמיד. הזיכרון לכל שרת הוא בדר"כ סביב 200-300 MB ולפעמים הוא מתנפח עד ל 600-700 ויורד חזרה, ולפעמים חוצה את ה 1 GB וקורס (ייתכן שהיה מצליח לבד לשחרר את הזיכרון, לולא ה PM2 היה מוריד אותו).
לא מצאתי עדיין איזושהי פונקציה או מצב ספציפי שגורם לזה.
אני חושב שניהול זיכרון לא הכי טוב של JS + שימוש בספריות לא פופולריות + טעויות שלי בקוד, גורם לזה לקרות פתאום. ולא בהכרח פונקציה מסויימת.
כרגע אני פותר את זה ע"י חילוק המערכת לשרתים קדמיים ושרת אחורי אחד.
בגדול השרת האחורי הוא עותק של השרתים הקדמיים, מלבד זה שאין לו בכלל ווב סוקט, אין לי ניהול סשנים (השרתים הקדמיים משתמשים בסשנים - ע"י redis- , דבר ששכחתי להזכיר שנראה לי מאוד תורם לבעיות הזיכרון).
השרת האחורי מטפל בעיקר בשאילתות הפחות חשובות.
דבר נוסף, בגלל שזה פרוייקט שהתחלתי אותו עוד לפני שידעתי ארכיטקטורת ווב בסיסית, השרת API עצמו מספק גם את הקבצים הסטטיים (זו אפליקציית SPA). זה דבר שוודאי יכול לתרום לעומסים על השרת, גם אם לא על ה RAM, אז על התעבורה. אני אפריד את זה מהשרת API ונראה מה קורה.