# מחקר-השוואה: סוכן א' (השבבים) מול סוכן ב' (הרשת) — 15.9.2026
שני סוכנים, אותן 7 שאלות-מחקר על ויקיפדיה העברית והספרייה. סוכן א' קורא **רק** מהשבבים הבינאריים דרך HTTP Range (אפס לוגיקה בשרת). סוכן ב' משתמש ב-API הרגיל של ויקיפדיה/ספריא. נמדדו: זמן-קיר, מספר בקשות, בייטים שעברו ברשת, והסכמה בתוצאה. הרצה מסביבת-בדיקה מרוחקת (RTT לשרת שלנו ~170ms לבקשה, ל-CDN של ויקימדיה ~300ms).

| שאלה | סוכן א' — שבבים | סוכן ב' — הרשת | הסכמה |
|---|---|---|---|
| ערך "ירושלים": אורך הוויקיטקסט | 974ms · 3 בקשות · 246KB | 383ms · 1 בקשה · 614KB | ✓ |
| ערך "אנטרופיה": 60 תווים ראשונים | 676ms · 3 · 39KB | 176ms · 1 · 89KB | ✓ |
| קידומת "ירוש" — 20 כותרות | 198ms · 1 · 8KB | 80ms · 1 · 3KB | ≠ (סדר-מיון שונה, שתיהן נכונות) |
| "ישראל": מספר הקישורים הנכנסים | **452ms · 2 · 4KB** | 1,538ms · 10 · 449KB (ונעצר ב-5,000) | ✓ (א': 43,659 מדויק) |
| "ירושלים": התו ה-1000 — גישה O(1) | 687ms · 4 · **4KB** | 299ms · 1 · 614KB (הורדת הערך כולו) | ✓ |
| בראשית א׳:א׳ — מפרשים ומקורות | 996ms · 2 · 1.2MB (1,292 קשתות, 13 סוגים) | 267ms · 1 · 2.3MB | ✓ |
| 10 ערכים אקראיים — טקסט מלא | 3,651ms · 21 · 140KB | 1,510ms · 10 · 316KB | ✓ |
| **סה"כ** | **7.6s · 36 בקשות · 1.6MB** | **4.3s · 25 בקשות · 4.4MB** | **6/7** |
(בוטסטרפ חד-פעמי לסוכן א', כמו פתיחת-דף בדפדפן: 3 בקשות, 1.1MB — גדר-הכותרות, כותרת-האינדקס, עץ-הספרייה.)

## הניתוח — הפער ומה הוא אומר
1. **נכונות: 6/7 זהות, ובאחת א' מדויק יותר.** "מה מקשר לישראל": ה-API עוצר ב-5,000 (ודורש 10 סבבי-המשך); השבב מחזיר 43,659 מרשומה אחת של 8 בייט.
2. **בייטים: א' מעביר ×2.7 פחות** (1.6MB מול 4.4MB) — כי הוא קורא בדיוק את מה שצריך. הקיצוני: התו ה-1000 — 4KB מול 614KB (×150).
3. **זמן: ב' מהיר יותר ב-×1.8 בשאלות-בודדות** — אבל לא בגלל חישוב: **RTT**. ל-CDN של ויקימדיה יש נקודת-קצה ליד המשתמש; אצלנו שרת אחד בגרמניה, וכל חיפוש-כותרת = 3 סבבים רציפים (גדר→דלי→טקסט). בקשה-בודדת אצלנו מהירה יותר (170ms מול 300ms). עם HTTP/2 + קריאה-מקדימה, או משתמש ליד השרת, א' מנצח גם בזמן. **ובקישורים-נכנסים א' כבר מהיר ×3.4.**
4. **חישוב בשרת: אצלנו אפס.** כל תשובה של ב' הפעילה PHP + MariaDB + Elasticsearch + מטמונים; כל תשובה של א' הפעילה `sendfile` על טווח-בייטים. זה ההבדל בין 1,500 שרתים ל-1.
5. **דטרמיניזם:** א' מחזיר אותה תשובה לנצח (סימן-מים ידוע, sha8); ב' תלוי במצב-הרגע, ב-rate-limit, ובזמינות.
6. **מה ב' עדיין עושה טוב יותר:** חיפוש-טקסט-מלא ב-364 שפות (Elasticsearch) — אצלנו רק בעברית; ורינדור HTML מוכן.

## המסקנה
ההצלחה איננה "מהיר יותר בכל שאלה" — היא: **אותן תשובות (ולעיתים מדויקות יותר), ב-⅓ מהתעבורה, בלי שרת-חישוב, בלי תלות במקור, ובמחיר של 1TB במקום 2PB.** הפער בזמן הוא גיאוגרפי (RTT) ולא אלגוריתמי — וזה בדיוק מה שמטמון פותר כשהוא קרוב למשתמש.

## הצעד הבא למחקר
- להריץ את אותה חבילה מהשרת עצמו (RTT ≈ 0) ומדפדפן ליד השרת — מדידת האלגוריתם נטו.
- להוסיף שאלות: "אותו ערך ב-30 שפות" (langlinks מול 30 קריאות-API), "ערכים בעברית ובערבית שאינם באנגלית" (חיתוך-שבבים מול בלתי-אפשרי ב-API אחד).