שיריס-פי סיומת פייתון כי wraps שיריס
הורד עכשיו

שיריס-פי דירוג וסיכום

שיריס-פי תגים

ספריית פייתון פִּיתוֹן

שיריס-פי תיאור

שיריס- python python מודול כי עוטפת פרוטוקול קוד ניתוח שיריס. הוא ממוקד על מנת להאיץ את ניתוח רב בתפזורת. מחלקה זו אחראית לנתחת תגובות מזרם הנתונים שקרא מחיבור Redis. הוא אינו מכיל פונקציונליות כדי לטפל ב- I / O.Reply Parserthe Class הקורא יש שתי שיטות המשמשות בעת ניתוח תגובות מזרם של נתונים. Reader.Feed לוקח טיעון מחרוזת כי הוא מצורף למאגר הפנימי. Reader.gets קורא את המאגר הזה ומחזיר תשובה כאשר המאגר מכיל תשובה מלאה. אם שיחה אחת להאכיל מכילה תגובות מרובות, מקבלת נקרא מספר פעמים כדי לחלץ את כל התשובות ") >>> קורא.Gets () 'hello'when המאגר אינו מכיל תשובה מלאה, מקבל שקר. זה אומר נתונים נוספים יש צורך להאכיל צריך להיקרא שוב לפני התקשרות מקבל שוב: >>> Reader.Feed ("* 2 \ r \ n $ 5 \ Nhello \ r \ n") >>> קורא. FALSE >>> Reader.Feed ("$ 5 \ r \ n \ n \ n") >>> קורא.ג'טי () UnicodehireS.Reader הוא מסוגל לפענח נתונים בתפזורת לכל קידוד Python תומך. לשם כך, ציין את הקידוד שברצונך להשתמש בגין פענוח בעת האתחול: >>> הקורא = שיריס.רידר (קידוד = "UTF-8") >>> קורא.פיד \ x98 \ x83 \ r \ n ") >> הקורא. נתונים בתפזורת בתוכן לא יכול להיות פענוח כראוי באמצעות קידוד שצוין, זה יוחזר כמו מחרוזת רגיל. כאשר הקידוד לא ניתן למצוא, Lookuperror יהיה מורם לאחר התקשרות מקבל את התשובה הראשונה עם נתונים בתפזורת (זהה למה שיטת Unicode של Python יעשה) .RROR HandleingWen שגיאת פרוטוקול מתרחשת (בגלל חוטים מרובים באמצעות אותו שקע, או מצב אחר שגורם לזרם פגום), השגיאה שורשת. בגלל המאגר הוא לקרוא בצורה עצלנית, זה יהיה רק לגדל כאשר מקבל נקרא ואת התשובה הראשונה במאגר מכיל שגיאה. אין שום דרך להתאושש ממצב פרוטוקול פגום, אז כאשר זה קורה, קוד האכלה I / O הקורא צריך כנראה reconnect.redis יכול להשיב עם תגובות השגיאה (- ... עבור תשובות אלה, את השגיאה המותאמת אישית Histique.replyError מוחזר, אבל לא העלה. כאשר סוגי שגיאה אחרים יש להשתמש (כך קוד קיים לא צריך לשנות את שלה למעט סעיפים), הקורא יכול להיות מאותחל עם פרוטוקולור ואת מילות מפתח birdeRror . מילות מפתח אלה צריכות להכיל מחלקה שהיא תת-קבוצה של חריגה. כאשר לא מסופק, הקורא ישתמש במאגר השגיאה המוגדרים כברירת מחדל מכיל סקריפט Benchmarking בספריית Benchmark, אשר משתמש Gevent כדי לא לחסום i / o ו redis-py לטפל חיבורים. אמות מידה אלה נעשים עם גרסה תוקנת של redis-py כי משתמש שיריס- py כאשר הוא זמין. כל המדדים נעשים עם 10 קשרים בו זמנית. הגדר ערך מפתח + קבל מפתח Redis-Py: 11.76 KOPS Redis-Py עם שיריס-פיי: 13.40 שיפור קולי: 1.1xlist רשומות בבדיקות הבאות הן 5 בתים. LRANGE LIST 09: Redis-Py: 4.78 KOPS Redis-Py עם שיריס-פיי: 12.94 שיפור KOPS: 2.7x Lrange List 099: Redis-Py: 0.73 KOPS Redis-Py עם שיבריס שיפור: 16.3x LRANGE LIST 0999: Redis-Py: 0.07 KOPS Redis-Py עם שיריס-פיי: 5.83 שיפור KOPS: 83.2xTrughput שיפור עבור סט פשוט / לקבל הוא מינימלי, אבל דף הבית של luroduct

שיריס-פי תוכנה קשורה