בשתי דקות לאחר שכתבתי את הפוסט הקודם התחרטתי עליו… למה? מסתבר שהמערכת שלי היא איטית תחת.

אני שמתי לב לזה כאשר התחלתי להשתמש במערכת כמו שאני מצפה. זה אומר, סקייפ, kopete, firefox, juk, yakuake kmail+akregator/kontact, digikam ובטח עוד. צריך לזכור שרק התוכניות כאן הן תוכניות “שגר ושכח”, הן אמורות להיות “שירות מערכת”, כאשר אני עובר בין firefox->openoffice בעבודה שוטפת (שני היישומים ישארו פתוחים במשך כמה ימים, אולי שבועות). לפעמים יש לי את QtCreator פתוח, ולפעמים אני מקמפל משהו ידנית.

מה מסתבר? במעבר בין חלונות אני מחכה משהו כמו 10 שניות. הסיבה? הדיסק טוחן. אחרי קצת מחקר, מתברר שזה swapping (אנשים – iotop זאת תוכנה מצויינת, צריך ללמוד להשתמש בה נכון). יש, איזה כיף… אין לזה פתרון אלא להוסיף ram. אני לא מתכוון ללכת לכייון הזה – אם אני יכולתי לעשות את הפעולות הללו לפני השידרוג, אני אוכל לעשות אותן גם כיום. מחר אני מתקין מחדש את המחשב עם אותה מערכת הפעלה, אבל בסביבת 32 ביט, אולי זה יעזור לצריכת זכרון. נקווה לטוב.

בלי קשר, מאוד מעצבן שגם בחזרה ממצב שינה מתבצע swap והדיסק עסוק למשך 20-25 שניות. זה אומר שחזרה ממצב שינה לא לוקח שלוש שניות, אלא חצי דקה. חזרה ממצב שינה לוקח כשתי דקות, וזה אבסורד, כיוון שלהפעיל את המחשב “על יבש” לוקח דקה בדיוק.

פשוט כיף אטומי.

נ.ב. אני יודע שזה בעיות זכרון, וכנראה אחד האשמים הכבדים זה פיירפוקס 3.5. הסיבה היא שקימפלתי arora מ־git והמחשב עובד יותר טוב, לפחות בקצת. אבל אני לא יכול להשתמש בדפדפן הזה, ולו רק בגלל ש־stackoverflow לא רוצה לזהות אותי שם. כמעט איבדתי 100 נקודות על זה שלא איחדתי בין החשבונות שלי של stakoverflow+serverfault!

אני זוכר באיזה דיון ב־whatsup שבו שוש היא הסבירה שהשיטה העדיפה לבדיקה של כיווניות של פסקאות טקסט היא לספור את התווים ולהחליט לפי מירב התווים במקום להחליט לפי התו החזק הראשון בפסקה. אני כל כך אהבתי את הרעיון שהתחלתי לממש אותו והוא נמצא ב־konversation 1.1 בהפצה החביבה עליכם. כשהתחלתי לעבוד על KDE 4.1 תפרתי את אותה התנהגות ב־katePart. כמו כן, ההתנהגות הזאת גרמה לבעיות אחרות, וגם שכנעתי את המפתח של KWord לעשות את אותו דבר, והאמת? אני הייתי מאוד מרוצה מההתנהגות הזאת.

עד שהתחלתי להשתמש ב־kate כדי לתכנת קוד שכולל מחרוזות בעברית. במיקרה שלי זה היה php אבל זה ממש לא רלוונטי. מה קורה? אני פתאום רואה שהטקסט (הקוד!) מיושר ימינה ומקבל כיווניות… “לא נכונה”… הינה דוגמה:

בדוגמה זו רואים שמשתנה ב־php שמקבל ערך של מחרוזת עברית יראה שבור. מקרי קיצון אחרים יותר קשים יקרו כאשר הערך הוא חלק ממערך

אז נפתח באג. הרעיון לתיקון הבאג הוא לחזור לבדיקה של התו החזק הראשון. אבל מה נעשה כאשר אין תו בקרה חזק? “בוא נסתכל על הכיוון של הממשק ונחליט לפיו!”. רעיון רע, כי זה שוב יהרוס את היכולת שלי לכתוב קוד ב־kate:

גם מקרה זה הוא לא אופטימאלי – הסוגריים של הקוד מיושרים לפי הכיווניות של הממשק במקום להיות מיושרים שמאלה תמיד

אז הוא גם נפסל. כעת הקוד שייכנס אל KDE 4.2 יבדוק את התווים שיש בפסקה עד שימצא את החזקה הראשונה ויחליט לפיה. אם אין, הכיווניות היא LTR. המטרה הראשית של kate/kwrite היא כתיבת קוד (ואני ראשון כי אני משתמש בכזה כדי לתכנת!) ולכן חייבים להקפיד ששום דבר לא יהרס בהקשר הזה.

אבירם, עם כל הכבוד… לקח לי כמה שעות לתקן את הבעייה הזאת. (כי משום מה QString::isRightToLeft()‎ לא עובד במיקרה זה אז שכתבתי קוד לטובת ביצועים גם כן). וזה אני עושה בסופ”ש, כי באמצע השבוע לא היה לי זמן לתקן את התקנת KDE4/trunk שהפסיקה לעבוד לפני כמה שבועות..וביום שישי הלכתי לבקר לקוח של רואי ממנדריבה שנתקל בבעייה ובאמצע השבוע אני עובד פול טיים ואני גם עבדתי עם מתרגם חדש (הוא תרגם את כל k3b – המון עבודה!)… אתה מבין לקראת מה אני חותר?

בניגוד לתחום השרתים שאתה תמיד יכול להגיד “עזוב, עוד שנייה מישהו מתקן את זה”, ומדי פעם אתה באמת מתקן לפני “מישהו” והכל סבבי. הבעייה בתחום הדסקטופ העברי היא שכמות ה”מישהו” מאוד מצומצת, תופעת ה”אין קהילה” המאוד מוכרת (1) של מפתחים בארץ. מה שאני אומר זה: עד שלא תהיה חברה מסחרית מסודרת שתתעסק בדסקטופ בארץ, שיהיה לה מספיק משאבים לשרוף על מתכנת שיתקן באגים עבריים ב־KDE – אתה תישאר בגנום. סופ”ש הבא – אני ממשיך לתקן תרגומים במקום לתקן קוד שלא עובד. על קוד אני אעבוד לקראת KDE 4.3. אולי, אם יהיה זמן… (2)

[gv data=”1JynBEX_kg8″][/gv]

http://il.youtube.com/watch?v=1JynBEX_kg8

(1) האמת יש קהילת משתמשים מאוד גדולה באופן יחסי בארץ. אני מתלונן על קהילת המפתחים שנעלמה.
(2) וזה ילמד אותך!