שאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?
-
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON, גם אנו הולכים לכיוון הזה, נשכרה מתכנתת שעשתה כבר את רוב העבודה, אבל זה כנראה לא ישוחרר בזמן הקרוב, כי @לא-מתייאש עוד לא ייצב את הDB שלו, ואני לא רוצה לשגע את המשתמשים בהורדה שוב ושוב של DB...
בסוף, המטרה שלי שהמשתמשים יוכלו להשתמש עם אוצריא וזית ביחד [ועוד פאנצ' קטן, אבל לא אגלה אותו כעת...]אני מוצא פה את ההזדמנות לשאול, בקשר להעברת הספרים לDB האם יוכלו עדיין להוסיף ספרים למאגר? אני מבין שכן, אבל רק לוודאות
יישר כחך על כל הפעילות -
אני מוצא פה את ההזדמנות לשאול, בקשר להעברת הספרים לDB האם יוכלו עדיין להוסיף ספרים למאגר? אני מבין שכן, אבל רק לוודאות
יישר כחך על כל הפעילות@צבי-דורש-ציון הוא אמר בעבר שכן, ויוכלו לבחור בין מסד נפרד לספרים שנוספו, לבין הכללתם במסד העיקרי.
-
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON, גם אנו הולכים לכיוון הזה, נשכרה מתכנתת שעשתה כבר את רוב העבודה, אבל זה כנראה לא ישוחרר בזמן הקרוב, כי @לא-מתייאש עוד לא ייצב את הDB שלו, ואני לא רוצה לשגע את המשתמשים בהורדה שוב ושוב של DB...
בסוף, המטרה שלי שהמשתמשים יוכלו להשתמש עם אוצריא וזית ביחד [ועוד פאנצ' קטן, אבל לא אגלה אותו כעת...]@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
[ועוד פאנצ' קטן, אבל לא אגלה אותו כעת...]
???
-
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON, גם אנו הולכים לכיוון הזה, נשכרה מתכנתת שעשתה כבר את רוב העבודה, אבל זה כנראה לא ישוחרר בזמן הקרוב, כי @לא-מתייאש עוד לא ייצב את הDB שלו, ואני לא רוצה לשגע את המשתמשים בהורדה שוב ושוב של DB...
בסוף, המטרה שלי שהמשתמשים יוכלו להשתמש עם אוצריא וזית ביחד [ועוד פאנצ' קטן, אבל לא אגלה אותו כעת...]@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON
כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278גמ"ח עזרה וייעוץ בנושאי מחשבים
-
@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON
כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278 -
@pcinfogmach
אכן אבל בזה ברור שאוצריא לא תלך אחריו חיפוש בספר זה משהו בסיסי מאד -
@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON
כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON
כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.
יתרון שני: ביצועים טובים יותר באוצריא בנושא הקישורים. כרגע אוצריא חייבת לקרוא את כל הספר רק כדי למצוא את השורות הרלוונטיות, ולדעתי אין שום צורך בזה. כאן אכן יהיו ביצועים הרבה יותר טובים.
אבל המהירות שיש לי בזית זה לא רק זה. אני לא יודע אם יש צורך להרחיב, אבל בקיצור נמרץ:
כשמקמפלים תוכנה, כל פונקציה שמורה בטבלה. כל פעם שקוראים לפונקציה וורטאלית, התוכנה בודקת מה הקוד בטבלה הזאת. אחד ההבדלים העיקריים בין תוכנה שפועלת ב-AOT (כמו Flutter או אפילו Native באנדרואיד) לבין JIT הוא: גם אם נקרא לפונקציה וירטואלית 1000 פעמים, תוכנת AOT תלך לבדוק בטבלה הזאת אלף פעמים. אם היא תקרא אלף פעמים לפונקציה בשורה הראשונה ובשורה ה-2000, התוכנה תעשה את זה בצורה פשוטה כל פעם מחדש. (זה לא בדיוק נכון מה שאני אומר, אז אל תקפצו עליי - זה רק כדי להמחיש את הרעיון, ויש עוד הרבה הרבה אופטימיזציות שהjvm עושה, למשל אם תנאי הוא 99% נכון, ועוד, זה נושא מאוד מעניין)
זית היא תוכנת דסקטופ שפועלת במכונה וירטואלית - ה-JVM. המכונה הזאת עושה הרבה מאוד דברים כדי שהתוכנה תהיה יותר מהירה:קומפילציה ראשונית (C1): ה-JVM מקמפלת את ה-Bytecode לקוד תואם למעבד של המחשב. זה מה שאתם רואים כשיש את מסך ההמתנה של זית - הזמן הזה הוא קומפילציה ראשונית של ה-Bytecode. זו לא קומפילציה שלמה כמו ב-JS, כי אני כבר מקמפל את קוד Kotlin ל-Bytecode. זו קומפילציה סופית: כבר קימפלתי את קוד Kotlin ו-Java ל-Bytecode שהוא דומה ל-ASM, רק בלי תאימות ייעודית למעבד מסוים. ה-JVM תקמפל את כל הקוד למשהו תואם למעבד הספציפי.
שימוש בהוראות מודרניות: רק כאן מתחיל להיות הבדל בין AOT (כמו Flutter) לבין JIT של Java. למשל, המעבדים המודרניים תומכים ב-AVX2 (הוראות מיוחדות מודרניות), אבל רוב התוכנות לא משתמשות בהן לשם תאימות. ה-JVM כן משתמשת.
מה שאני אומר אולי נשמע כמו שטויות או הגזמה, אבל Chrome לא משתמש ב-AVX2. למשל, אם תסתכלו בפורק הזה של Chrome שהוא יותר מהיר - זה גם בגלל שהוא מקמפל עם AVX2. אבל זה יוצר שני בינארים בשביל תאימות (אחד עם ואחד בלי), מה שמאוד מבלבל למשתמשים.
פרופיילינג וקומפילציה משופרת (C2): אחרי שהתוכנה רצה, ה-JVM מתחילה לעשות Profiling - כלומר מזהה אילו חלקים של הקוד הולכים ביחד, אילו חלקים רצים הרבה פעמים, ומתחילה לעשות קומפילציה שנייה שנקראת C2. לכן היא תקשר אוטומטית בין החלק שמציג את תוכן הספר לבין הרכיב שמציג את המפרשים (אם אכן מציגים את המפרשים). אחרי התהליך הזה, אומרים שהjvm התחממה.ולפי איך שתמתמשו בתוכנה, הjim תמשיך לשפך את הc2 לפי השימוש הראילי שלכם, דבר שלעולם לא נוכל לעשות עם aot.
ולכן אם נסכם, החסרונות שזה לוקח יותר זמן להפעלה הראשונה (בערך 0.5 שנייה על מחשב מודרני אבל יכול להיות 3-4 שנייות על מחשבים קצת ישנים), שימוש יותר גבוהה בראם בלי לעשות כלום (המכונה ווירטואלית לוקחת בערך 150 מ״ב בראם) אבל מצד שני מקבלים אחרי c2 תוכנה שהיא מהירה כמעט או לפעמים אפילו יותר מאשר אם היינו כותבים אותה בcpp
[כל זה לומר, שיהיה קשה מאוד מאוד עם aot להגיע לזה. -
@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON
כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.
יתרון שני: ביצועים טובים יותר באוצריא בנושא הקישורים. כרגע אוצריא חייבת לקרוא את כל הספר רק כדי למצוא את השורות הרלוונטיות, ולדעתי אין שום צורך בזה. כאן אכן יהיו ביצועים הרבה יותר טובים.
אבל המהירות שיש לי בזית זה לא רק זה. אני לא יודע אם יש צורך להרחיב, אבל בקיצור נמרץ:
כשמקמפלים תוכנה, כל פונקציה שמורה בטבלה. כל פעם שקוראים לפונקציה וורטאלית, התוכנה בודקת מה הקוד בטבלה הזאת. אחד ההבדלים העיקריים בין תוכנה שפועלת ב-AOT (כמו Flutter או אפילו Native באנדרואיד) לבין JIT הוא: גם אם נקרא לפונקציה וירטואלית 1000 פעמים, תוכנת AOT תלך לבדוק בטבלה הזאת אלף פעמים. אם היא תקרא אלף פעמים לפונקציה בשורה הראשונה ובשורה ה-2000, התוכנה תעשה את זה בצורה פשוטה כל פעם מחדש. (זה לא בדיוק נכון מה שאני אומר, אז אל תקפצו עליי - זה רק כדי להמחיש את הרעיון, ויש עוד הרבה הרבה אופטימיזציות שהjvm עושה, למשל אם תנאי הוא 99% נכון, ועוד, זה נושא מאוד מעניין)
זית היא תוכנת דסקטופ שפועלת במכונה וירטואלית - ה-JVM. המכונה הזאת עושה הרבה מאוד דברים כדי שהתוכנה תהיה יותר מהירה:קומפילציה ראשונית (C1): ה-JVM מקמפלת את ה-Bytecode לקוד תואם למעבד של המחשב. זה מה שאתם רואים כשיש את מסך ההמתנה של זית - הזמן הזה הוא קומפילציה ראשונית של ה-Bytecode. זו לא קומפילציה שלמה כמו ב-JS, כי אני כבר מקמפל את קוד Kotlin ל-Bytecode. זו קומפילציה סופית: כבר קימפלתי את קוד Kotlin ו-Java ל-Bytecode שהוא דומה ל-ASM, רק בלי תאימות ייעודית למעבד מסוים. ה-JVM תקמפל את כל הקוד למשהו תואם למעבד הספציפי.
שימוש בהוראות מודרניות: רק כאן מתחיל להיות הבדל בין AOT (כמו Flutter) לבין JIT של Java. למשל, המעבדים המודרניים תומכים ב-AVX2 (הוראות מיוחדות מודרניות), אבל רוב התוכנות לא משתמשות בהן לשם תאימות. ה-JVM כן משתמשת.
מה שאני אומר אולי נשמע כמו שטויות או הגזמה, אבל Chrome לא משתמש ב-AVX2. למשל, אם תסתכלו בפורק הזה של Chrome שהוא יותר מהיר - זה גם בגלל שהוא מקמפל עם AVX2. אבל זה יוצר שני בינארים בשביל תאימות (אחד עם ואחד בלי), מה שמאוד מבלבל למשתמשים.
פרופיילינג וקומפילציה משופרת (C2): אחרי שהתוכנה רצה, ה-JVM מתחילה לעשות Profiling - כלומר מזהה אילו חלקים של הקוד הולכים ביחד, אילו חלקים רצים הרבה פעמים, ומתחילה לעשות קומפילציה שנייה שנקראת C2. לכן היא תקשר אוטומטית בין החלק שמציג את תוכן הספר לבין הרכיב שמציג את המפרשים (אם אכן מציגים את המפרשים). אחרי התהליך הזה, אומרים שהjvm התחממה.ולפי איך שתמתמשו בתוכנה, הjim תמשיך לשפך את הc2 לפי השימוש הראילי שלכם, דבר שלעולם לא נוכל לעשות עם aot.
ולכן אם נסכם, החסרונות שזה לוקח יותר זמן להפעלה הראשונה (בערך 0.5 שנייה על מחשב מודרני אבל יכול להיות 3-4 שנייות על מחשבים קצת ישנים), שימוש יותר גבוהה בראם בלי לעשות כלום (המכונה ווירטואלית לוקחת בערך 150 מ״ב בראם) אבל מצד שני מקבלים אחרי c2 תוכנה שהיא מהירה כמעט או לפעמים אפילו יותר מאשר אם היינו כותבים אותה בcpp
[כל זה לומר, שיהיה קשה מאוד מאוד עם aot להגיע לזה.@לא-מתייאש כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.אתה בעצם טוען שלאוצריא עדיף להישאר בצורה הנוכחית מאשר לעבור ל DB?
-
@לא-מתייאש כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.אתה בעצם טוען שלאוצריא עדיף להישאר בצורה הנוכחית מאשר לעבור ל DB?
@הבל-הבלים כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
@לא-מתייאש כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.אתה בעצם טוען שלאוצריא עדיף להישאר בצורה הנוכחית מאשר לעבור ל DB?
אני רק אומר שיהיה שיפורים גדולים בהצגת המפרשים וביצועים פחותים בהצגת של הספר, והרבה הרבה בלגן אם רוצים לתת לכל אחד להוסיף ספרים משלו
 { const baseUrl = "https://www.google.co.il/search?q=site:mitmachim.top"; const m = location.pathname.match(/^\/(topic|category)\/(\d+)/); const type = m ? m[1] : null; const id = m ? m[2] : null; let searchInput; function search(path = "") { const query = searchInput.value.trim(); if (query) { window.open(`${baseUrl}${path}%20${encodeURIComponent(query)}`, "_blank"); } } let buttons = {}; buttons.searchAll = { id: "bb-search-all", label: `חיפוש ${type ? "בכל הפורום" : ""}`, className: type ? "btn-secondary" : "btn-primary", callback: () => search(), }; if (type === "topic") { buttons.searchTopic = { label: "חיפוש בנושא זה", className: "btn-primary", callback: () => search(`/topic/${id}`), }; } else if (type === "category") { buttons.searchCategory = { label: "חיפוש בקטגוריה זו", className: "btn-primary", callback: () => search(`/category/${id}`), }; } buttons.cancel = { label: "ביטול", className: "btn-default", "data-bs-dismiss": "modal" }; const dialog = bootbox.dialog({ title: '<div style="text-align:center;"><img src="/assets/uploads/files/1625950269825-mt-google.png" width="400" alt="חיפוש בגוגל"></div>', message: '<input id="bb-inp" class="bootbox-input bootbox-input-text form-control" placeholder="הקלידו כדי לחפש בגוגל" autocomplete="off"/>', buttons, backdrop: true, show: true, onEscape: true }); dialog.on("shown.bs.modal", function () { searchInput = document.getElementById("bb-inp"); if (searchInput) { searchInput.focus(); searchInput.addEventListener("keydown", function (e) { if (e.key === "Enter") { e.preventDefault(); const query = this.value.trim(); if (query) { search(); dialog.modal("hide"); } } else if (e.key === "Escape") { e.preventDefault(); dialog.modal("hide"); } }); } const searchAllButton = document.getElementById("bb-search-all"); if (searchAllButton) { searchAllButton.title = "לחצו על אנטר כדי לחפש"; } }); })(); void 0;){kind=link}