לפני יותר משלוש שנים פתחתי פרוייקט בשם JWebcam בסורס-פורג'.
הפרוייקט היה הנסיון הראשון שלי לכתוב פרוייקט קוד פתוח, והיה מערכת שרת/לקוח להזרמת וידאו ממצלמת רשת.
התחלתי לפתח אותו אחרי שלא הייתי מרוצה מהאלטרנטיבות שהיו בזמנו.
הפרייקט היה נחמד, וכלל פונקציות נחמדות כמו זיהוי תנועה, הזרמת וידאו על גבי HTTP ויכולת לתמוך בכמה מצלמות שמשדרות לאותו שרת.
וברגע שעברתי לעבודה על לינוקס הפסקתי סופית את הפיתוח שלו, כי לא היה לי מספיק זמן לברר מה השינויים שאני צריך לעשות כדי לשאוב נתונים מהמצלמה תחת לינוקס.
לפני כשבוע פנה אלי schwarzer_peter שרצה להחיות את הפרוייקט; הוא התחיל לפתח משהו דומה וכשהוא ניסה לרשום אותו בסורס-פורג' – כנראה תחת אותו שם, הוא גילה שתפסתי את השם.
אחרי קצת אימייל-פונג החלטנו שהוא יקבל הרשאות מנהל ומנדט לעשות ככל העולה על רוחו, ושאני אייעץ ואעזור לו להתממשק אל הקוד שכבר כתבתי.
הוא פתח בלוג וורדפרס חביב לפרוייקט, ונראה שהוא עובד די במרץ.
כיף לראות שאחרי שלוש שנים מישהו מוצא שימוש לקוד שכתבתי ושהפרוייקט מתעורר.
כביש רחב, גשר צר
עידן מאנקדוטות כותב שאולי הגיע הזמן לתמחר אחרת את הגישה לרשת, בטענה שרוב פס הוא משאב מוגבל, ושלא יתכן שכמות קטנה של משתמשים שמנצלים את רוחב הפס שלהם ב100% יפגעו בכל שאר המשתמשים.
זה נשמע הגיוני, אבל למעשה רוחב פס הוא לא משאב מוגבל.
רוב פס אפשר לייצר, יש מאין.
זה לא מים או קרקע שלא משנה מה תעשה, הכמות שלהם סופית.
הטכנולוגיה של העברת נתונים במהירות גבוהה מתקדמת כל הזמן. חיפוש זריז העלה את זה.
ברגע שרוב הפס של המייל האחרון קפץ מ33.6 קילוביט ל1500 קילוביט (או הרבה יותר), אין ברירה אלה לשדרג את שאר התשתית בהתאם.
מאז ומעולם ספקי שירות האינטרנט עובדים על שיטת הoverbooking, מתוך הנחה מוצדקת – שרוב המשתמשים לא ישתמשו בכל רוחב הפס כל הזמן.
יש איזה שהוא מקדם, נקרא לו U, שלפיו אפשר להעריך מה תהיה צריכת רוחב הפס של משתמשים שמנויים לסך הכל של Y ג'יגה בייטים לשניה.
(זה לא כל כך פשוט, כי משתמשים שמנויים על החבילות המהירות נוטים לנצל את רוחב הפס בצורה יותר מלאה, וכמובן שיש שעות יותר עמוסות מאחרות).
הפריחה של שיתוף הקבצים משנה את התמונה, ואותו U משתנה איתה.
חברות אינטרנט שמתמהמהות בקניית עוד רוחב פס כך שיעמדו בU הנוכחי גורמות לפגיעה בכל המשתמשים שלהן.
אבל האשמים בפגיעה באיכות השירות הם לא אותם משתמשים "אגרסיביים" שבסך הכל משתמשים במשאב עליו הם שילמו, אלא ספקי שירות האינטרנט שלא דאגו למספיק רוחב פס שיוכל לשרת את המשתמשים שלהם ברמות הצריכה הנוכחיות.
סרטון IPhone חדש
אפל שחררו סרטון שמדגים את היכולות והממשק של הIPhone, שיצא רשמית ב29/6.
הממשק מאוד מרשים, ובהחלט יש מה ללמוד ממנו.
טכנית המכשיר די נחות (דור 2.5, בלי GPS) אבל אני מאמין שאפל יסגרו את הפער.
אנקדוטה:
חלונות ניסתה למנוע ממני לקחת את התצלומסך, לא הצליח לה.
כתבות חדשות, עיתונאים מיושנים
לפעמים ג'ון דבורק פשוט מדבר שטויות.
בכתבה מתורגמת בטמקא, דבורק כותב שאף מערכת הפעלה היום לא מסוגלת לתמוך בריבוי הליבות, ואך מגדיל ומציע שימושים לליבות המיותמות.
נראה שהוא מנסה להיות מצחיק, אבל זה לא מסתיר את הבורות שלו.
קודם כל, הטענה שמערכות ההפעלה לא משתמשות בליבות הנוספות היא מגוחכת. בוודאי שהן משתמשות.
כל מערכות ההפעלה של מייקרוסופט החל מNT תומכות בריבוי מעבדים, וריבוי ליבות נראה למערכת ההפעלה בדיוק כך : ריבוי מעבדים.
בנוסף, כל מערכת מבוססת יוניקס (לינוקס, מק, BSD) תומכת בריבוי מעבדים/ליבות כבר שנים רבות מאוד.
הניצול הוא פשוט, מערכת ההפעלה תבחר מעבד לכל תהליך (process) ועליו הוא ירוץ.
עכשיו לכיף האמיתי, רשימת המטלות שדבורק מקצה לליבות המובטלות:
תחזוקת הכונן הקשיח
תחזוקת הכונן הקשיח צורכת משאבים של.. הפתעה – הכונן הקשיח. בכוננים קשיחים מודרניים המעבד ממש לא מתאמץ כדי לבצע פעולות קלט/פלט על הכונן הקשיח.
לומר שאפשר להקצות לכך מעבד זה אווילי כמו להקצות רכב כדי לעשות סיבוב השקיה בגינה.
איתור ווירוסים ותוכנות ריגול
שוב, רוב עבודת האיתור תהיה עתירת קלט/פלט (סריקה כל ג'יגה בייטים של קבצים כדי לחפש רוגלות וכו'), לכן אין שום הגיון בהקצאה של מעבד יעודי לעניין.
לגבי בדיקה של תוכנות בזמן שהן רצות:
כדי שהיא תהיה אפקטיבית, הבדיקה צריכה להתבצע לפני שהתוכנה מתחילה. אין הגיון בלהפעיל ווירוס, ואז לגלות אחרי 30 שניות שזה ווירוס ושצריך לסגור אותו. מכאן שאין אפשרות למקבל את פעולת הסריקה של תוכנית עם ההרצה שלה.
הזרמת וידאו מYou tube
דבורק מציע שליבה אחת תראה סרטים אידיוטיים מYou tube לנצח.
למרות שהליבה המשועממת תשמח על ההצעה, אין שום הגיון בהקצאה של מעבר עבור הזרמה של ווידאו. הסיבה היא ששוב, הפעולה היא פעולה עתירת קלט/פלט. כלומר, רוב העבודה היא עבודה של הורדה של הווידאו, מה שמשתמש במשאבי הרשת וכמעט ולא צריך מעבד.
הפענוח של הווידאו עצמו אומנם צורך משאבי עיבוד, אבל אין טעם לבצע אותו לפני שהמשתמש צופה בווידאו ולכן הפעולה הדומיננטית תהיה הורדת סרטים שלא צורכת כמעט משאבי עיבוד.
הזרמת וידאו ממצלמת רשת, שימוש במסרים מיידיים והפעלת בוטים בסקנד לייף
סוף סוף דברים שצורכים קצת כוח עיבוד, אבל למה דווקא אלו?
למה לא כתיבת מסמך בוורד או אופן אופיס, גלישה באינטרנט, בדיקת דואר, רינדור של סרטונים תלת מימדיים או קידוד של מוסיקה לMP3?
מערכת הפעלה תשתמש בליבות הפנויות למה שהיא תמצא לנכון, ועדיף שג'ון דבורק ישתמש בליבות הפנויות שלו למשהו יותר שימושי מאשר לחרטט קשקושים פסאודו מדעיים וסמי מצחיקים.
Subscribe to comments בעברית
עוד בעמוד הקבוע פה.
פינוי מכשירי חשמל ורהיטים בחינם
קיבלתי במייל:
אדולף וה360
ווידג'ט לוח שנה
בחיפושי אחרי ווידג'ט לוח שנה שישמש לבחירת תאריכים בFireStats נתקלתי בדבר החמוד להפליא הזה.
מדובר ברכיב לוח שנה שכתוב בג'אווה-סקריפט, שמאפשר בחירת תאריכים נוחה ומגניבה.
הרכיב גמיש מאוד, מתאים לכל הדפדפנים הפופלריים, מתורגם למספר שפות וקל מאוד להטמעה בתור פופ-אפ או ישירות בתוך הדף.
בנוסף, הוא ברשיון נוח (LGPL).
הנה תמונה (התעצלתי לשלב את הדבר האמיתי):
מחר מילואים, FUN.
אבל תקבלו בכל זאת איזה פוסט שמתוזמן לבוקר.
Susbscribe to comments
כמו ששמתם לב, התקנתי תוסף שמאפשר הרשמה לעדכונים על תגובות באימייל.
שיפרתי אותו קלות והוספתי לו יכולת לזכור את המצב האחרון של ההרשמה בעוגיה, ככה שהמערכת תהיה פחות ניג'וסית.
במילים אחרות, אחרי פעם אחת שמשתמש יגיד שהוא לא רוצה להרשם המערכת תזכור את ההעדפה שלו בקוקי שבדפדפן.
פתחתי טיקט עם patch עבור העניין, ובשאיפה המפתח ישלב את זה בגרסאות עתידיות.
אם לא, אני אשחרר את הגרסא המשופצת בעצמי (שכוללת אגב תרגום לעברית שגם מחכה לקליטה על ידי המפתח).