איך מגדירים שיפור מהירות באמצעות חומרה לאמולטור Android

המהדורה של המהדר נוצרת בצורה הטובה ביותר אם היא יכולה להשתמש בחומרה של המכונה, כמו המעבד, המעבד הגרפי והמודם, במקום לפעול כתוכנה טהורה. היכולת להשתמש בחומרה של המכונה כדי לשפר את הביצועים נקראת שיפור המהירות באמצעות חומרה.

הסימולטור יכול להשתמש בהאצת חומרה כדי לשפר את החוויה שלכם בשתי דרכים עיקריות:

  • האצת גרפיקה לשיפור עיבוד המסך
  • האצה של מכונות וירטואליות (VM) לשיפור מהירות הביצוע

שיפור המהירות באמצעות חומרה מופעל כברירת מחדל ברוב המחשבים. אם הוא לא מופעל במחשב, בדף הזה מוסבר איך להגדיר האצת גרפיקה ומכונה וירטואלית (VM) כדי לשפר את הביצועים של הסימולטור.

הגדרת האצת הגרפיקה

כשמשתמשים בשיפור המהירות של הגרפיקה, המערכת משתמשת בחומרה של המחשב (בדרך כלל המעבד הגרפי) כדי לזרז את העיבוד של המסך. במכשירי Android נעשה שימוש ב-OpenGL for Embedded Systems‏ (OpenGL ES או GLES) כדי ליצור גרפיקה דו-ממדית ותלת-ממדית במסך.

כשיוצרים מכשיר וירטואלי של Android‏ (AVD) ב-AVD Manager, אפשר לציין אם הסימולטור ישתמש בחומרה או בתוכנה כדי לדמות את ה-GPU של ה-AVD. מומלץ להשתמש בשיפור מהירות באמצעות חומרה, והוא בדרך כלל מהיר יותר. עם זאת, יכול להיות שתצטרכו להשתמש בהאצת תוכנה אם במחשב מותקנים מנהלי גרפיקה שלא תואמים למהדר.

כברירת מחדל, הסימולטור מחליט אם להשתמש בהאצה של גרפיקה בחומרה או בתוכנה על סמך הגדרות המחשב. אם החומרה והדרייברים של ה-GPU תואמים, הסימולטור ישתמש ב-GPU. אחרת, הסימולטור משתמש בשיפור מהירות באמצעות תוכנה (באמצעות המעבד של המחשב) כדי לדמות עיבוד ב-GPU.

אם מפעילים את הסימולטור משורת הפקודה, אפשר לשנות את ההגדרה של האצת הגרפיקה ב-AVD עבור המכונה הווירטואלית הזו.

הדרישות

כדי להשתמש בהאצת גרפיקה, בסביבת הפיתוח צריכים להיות:

  • כלים של SDK: מומלץ להשתמש בגרסה האחרונה (גרסה 17 לפחות)
  • פלטפורמת ה-SDK: מומלץ להשתמש בגרסה האחרונה (Android 4.0.3, גרסה 3, לפחות)

הגדרת האצת הגרפיקה ב-AVD Manager

כדי להגדיר האצת גרפיקה ל-AVD:

  1. פותחים את AVD Manager.
  2. יוצרים מכונה וירטואלית חדשה או עורכים מכונה וירטואלית קיימת.
  3. בחלון Verify Configuration, מחפשים את הקטע Emulated Performance.
  4. בוחרים ערך לאפשרות Graphics.
  5. לוחצים על סיום.

הגדרת האצת הגרפיקה משורת הפקודה

כדי לציין סוג של האצת גרפיקה כשמריצים מכונה וירטואלית ל-Android (AVD) משורת הפקודה, צריך לכלול את האפשרות -gpu, כפי שמתואר בדוגמה הבאה:

emulator -avd avd_name -gpu mode [{-option [value]} ... ]

אפשר להגדיר את הערך של mode לאחת מהאפשרויות הבאות:

  • auto: מאפשרת למהדר לבחור בין האצת גרפיקה בחומרה או בתוכנה על סמך הגדרת המחשב.
  • host: שימוש ב-GPU במחשב לשיפור מהירות באמצעות חומרה. בדרך כלל, האפשרות הזו מספקת את איכות הגרפיקה והביצועים הגבוהים ביותר למהדורת האמולטור. עם זאת, אם מנהלי ההתקן של הגרפיקה נתקלים בבעיות ברינדור של OpenGL, יכול להיות שתצטרכו להשתמש באפשרויות swiftshader_indirect או angle_indirect.
  • swiftshader_indirect: שימוש בגרסה תואמת ל-Quick Boot של SwiftShader כדי ליצור גרפיקה באמצעות שיפור מהירות באמצעות תוכנה. האפשרות הזו היא אלטרנטיבה טובה למצב host אם המחשב לא יכול להשתמש בשיפור מהירות באמצעות חומרה.

  • angle_indirect: (ב-Windows בלבד) שימוש בגרסה תואמת להפעלה מהירה של ANGLE Direct3D כדי ליצור גרפיקה באמצעות האצת תוכנה. האפשרות הזו היא אלטרנטיבה טובה למצב host אם המחשב לא יכול להשתמש בשיפור מהירות באמצעות חומרה. ברוב המקרים, הביצועים של ANGLE דומים לביצועים של שימוש במצב host, כי ב-ANGLE נעשה שימוש ב-Microsoft DirectX במקום ב-OpenGL.

    ב-Windows, בדרך כלל יש פחות בעיות במנהלי ההתקנים של Microsoft DirectX מאשר במנהלי ההתקנים של OpenGL. האפשרות הזו משתמשת ב-Direct3D 11 ונדרשת לה מערכת Windows 10,‏ Windows 8.1 או Windows 7 SP1 עם עדכון הפלטפורמה של Windows 7.

  • guest: שימוש ברינדור תוכנה בצד האורח. האפשרות הזו מספקת את איכות הגרפיקה והביצועים הנמוכים ביותר בסימולטור.

האפשרויות הבאות של mode יוצאות משימוש:

  • swiftshader: הוצא משימוש בגרסה 27.0.2. במקום זאת, אתם צריכים להשתמש ב-swiftshader_indirect.
  • angle: הוצא משימוש בגרסה 27.0.2. במקום זאת, צריך להשתמש ב-angle_indirect (ב-Windows בלבד).
  • mesa: הוצאה משימוש בגרסה 25.3. במקום זאת, אתם צריכים להשתמש ב-swiftshader_indirect.

הפעלת רינדור של Skia לממשק המשתמש של Android

כשמשתמשים בתמונות ל-API ברמה 27 ואילך, אפשר להשתמש ב-Skia כדי לבצע רינדור של ממשק המשתמש של Android במהלך ההדמיה. Skia עוזרת למהדורת האפליקציה להציג גרפיקה בצורה חלקה ויעילה יותר.

כדי להפעיל את רינדור Skia, משתמשים בפקודות הבאות במעטפת adb:

su
setprop debug.hwui.renderer skiagl
stop
start

הגדרת האצת VM

האצת המכונה הווירטואלית מתבססת על המעבד של המחשב כדי לשפר באופן משמעותי את מהירות הביצוע של הסימולטור. כלי שנקרא hypervisor מנהל את האינטראקציה הזו באמצעות תוספים לווירטואליזציה שמספק המעבד של המחשב. בקטע הזה מפורטות הדרישות לשימוש בהאצה של מכונות וירטואליות, ומוסבר איך להגדיר את ההאצה של מכונות וירטואליות בכל מערכת הפעלה.

דרישות כלליות

כדי להשתמש בהאצה של מכונה וירטואלית עם הסימולטור, המחשב צריך לעמוד בדרישות הכלליות שמפורטות בקטע הזה. המחשב צריך לעמוד גם בדרישות אחרות שספציפיות למערכת ההפעלה שלכם.

הדרישות לסביבת הפיתוח

כדי להשתמש בהאצה של מכונות וירטואליות, סביבת הפיתוח צריכה לעמוד בדרישות הבאות:

  • כלים של SDK: גרסה מינימלית 17, מומלצת גרסה 26.1.1 ואילך

  • AVD: הגרסה הנדרשת של Android מתוארת בטבלה הבאה.

    ארכיטקטורת המעבד (CPU) דרישות לגבי קובץ האימג' של המערכת
    X86_64 קובצי אימג' של מערכת x86 או x86_64 ל-Android מגרסה 2.3.3 (רמת API 10) ואילך
    ARM64 קובצי אימג' של מערכת arm64-v8a ל-Android 5.0 (רמת API 21) ואילך

הדרישות לגבי תוסף הווירטואליזציה

בנוסף לדרישות של סביבת הפיתוח, המעבד של המחשב צריך לתמוך בתוספים של וירטואליזציה. המעבדים הנתמכים הם:

  • מעבדי Intel עם טכנולוגיית וירטואליזציה של Intel‏ (VT-x, ‏ vmx), כמו מעבדי Intel Core iX ו-Intel Core Ultra
  • מעבדי AMD עם AMD-V‏ (SVM), כמו מעבדי AMD Ryzen
  • Apple silicon

דרישות נוספות למעבדים של Intel ו-AMD:

תרגום כתובות ברמה שנייה (Intel EPT או AMD RVI) נדרש למעבדים של Intel ו-AMD. רוב המעבדים המודרניים של Intel ו-AMD תומכים בתרגום כתובות ברמה השנייה. רק במעבדי Intel או AMD מדור ראשון עם תוספים לווירטואליזציה יכול להיות שלא יהיו תרגומים של דפים ברמה השנייה.

אם אתם לא בטוחים אם המעבד תומך בתוספים הנדרשים, תוכלו לבדוק את המפרטים של המעבד באתר של היצרן. אם המעבד לא תומך בתוספים האלה, לא תוכלו להשתמש בהאצה של מכונות וירטואליות.

הגבלות

להאצת המכונות הווירטואליות חלות ההגבלות הבאות:

  • אי אפשר להריץ אמולטור שמואץ על ידי מכונה וירטואלית בתוך מכונה וירטואלית אחרת, כמו מכונה וירטואלית שמתארחת על ידי VirtualBox,‏ VMWare או Docker. צריך להריץ אמולטור שמואץ על ידי VM ישירות במחשב המארח.
  • בהתאם למערכת ההפעלה ול-hypervisor, יכול להיות שלא תוכלו להריץ תוכנה שמשתמשת בטכנולוגיית וירטואליזציה אחרת באותו הזמן שבו אתם מריצים אמולטור שמואץ על ידי VM. דוגמאות לתוכנות כאלה כוללות, בין היתר, פתרונות של מכונות וירטואליות, תוכנות אנטי-וירוס מסוימות וכמה פתרונות למניעת תרמיות. המצב הזה מתרחש בעיקר ב-Windows כש-Hyper-V מושבת. רוב התוכנות האלה יכולות להתקיים לצד אמולטור Android ללא בעיות. עם זאת, כשמתרחשים התנגשויות, מומלץ לא להריץ את המהמאיץ של VM בו-זמנית עם תוכנות כאלה.

מידע על hypervisors

כדי להאיץ מכונות וירטואליות צריך מעבד וירטואלי, כלי שמשתמש בתוספים של וירטואליזציה שמספק מעבד המחשב.

בלי hypervisor ומהירות VM, הסימולטור צריך לתרגם את קוד המכונה מהמכונה הווירטואלית בלוק אחרי בלוק כדי להתאים לארכיטקטורה של המחשב המארח. התהליך הזה יכול להיות איטי למדי. כשמשתמשים במכונה וירטואלית והארכיטקטורה של המחשב המארח תואמת, המהדר יכול להריץ קוד ישירות במעבד המארח באמצעות hypervisor. השיפור הזה מגדיל באופן משמעותי את המהירות והביצועים של הסימולטור.

ה-hypervisor שמתאים לכם ביותר תלוי במערכת ההפעלה ובהגדרות של המחשב. מידע נוסף זמין באחד מהקטעים הבאים:

איך בודקים אם הותקן hypervisor

אפשר להשתמש באפשרות -accel-check בשורת הפקודה של האמולטור כדי לבדוק אם hypervisor מותקן כרגע במחשב.

בדוגמאות הבאות מוסבר איך משתמשים באפשרות accel-check של המהדר. בכל דוגמה, Sdk הוא המיקום של Android SDK:

Windows: 

c:\Users\janedoe\AppData\Local\Android> Sdk\emulator\emulator -accel-check
accel:
0
WHPX(10.0.22631) is installed and usable.
accel
יש כמה אפשרויות להרצת hypervisor ב-Windows. לכן, יכול להיות שהדף שתראו יהיה שונה מהדוגמה שמופיעה כאן. לדוגמה, יכול להיות שתראו אחת ממילות המפתח הבאות בהודעה: AEHD, ‏ GVM (השם הקודם של AEHD).

macOS:‏ 

janedoe-macbookpro:Android janedoe$ ./Sdk/emulator/emulator -accel-check
accel:
0
Hypervisor.Framework OS X Version 13.2
accel

Linux: 

janedoe:~/Android$ ./Sdk/emulator/emulator -accel-check
accel:
0
KVM (version 12) is installed and usable.

הגדרת האצת VM ב-Windows

אפשר להשתמש באחד משני hypervisors כדי להאיץ מכונות וירטואליות ב-Windows:

  • Windows Hypervisor Platform‏ (WHPX)
  • מנהל ההתקן של hypervisor ב-Android Emulator‏ (AEHD)

פלטפורמת Windows Hypervisor Platform משתמשת ב-Hyper-V Hypervisor שסופק על ידי Windows, ומציעה את התאימות הטובה ביותר עם יציבות מופחתת. אם אפשר, כדאי להשתמש ב-WHPX.

אם המערכת שלכם לא תומכת ב-WHPX, או אם יש לכם חששות אחרים לגבי השימוש בו, תוכלו להשתמש בAndroid Emulator Hypervisor Driver.

הגדרת האצת מכונות וירטואליות באמצעות Windows Hypervisor Platform

כדי להפעיל את WHPX, המחשב צריך לעמוד בדרישות הבאות:

  • מעבדי Intel: תמיכה בטכנולוגיית וירטואליזציה (VT-x), בטבלאות דפים מורחבות (EPT) ובתכונות של אורח ללא הגבלות (UG). צריך להפעיל את VT-x בהגדרות ה-BIOS של המחשב.
  • מעבדי AMD: מומלץ מעבד AMD Ryzen. צריך להפעיל את הווירטואליזציה או את ה-SVM בהגדרות ה-BIOS של המחשב.
  • Android Studio 3.2 Beta 1 ואילך
  • Android Emulator מגרסה 27.3.8 ואילך
  • Windows 10 ואילך

כדי להתקין את WHPX ב-Windows:

  1. במחשב עם Windows, לוחצים על סמל Windows כדי לפתוח את תפריט ההתחלה.

  2. בסרגל החיפוש, מקלידים הפעלה או השבתה של תכונות Windows.

    לוח הבקרה הפעלה או השבתה של תכונות Windows אמור להופיע, ובוחרים בו.

  3. מקישים על מקש Enter או לוחצים על הפעלה או השבתה של תכונות Windows כדי להפעיל את לוח הבקרה.

  4. מסמנים את התיבה שלצד Windows Hypervisor Platform.

  5. לוחצים על אישור.

  6. בסיום ההתקנה, מפעילים מחדש את המחשב.

הגדרת האצת מכונה וירטואלית באמצעות מנהל hypervisor של Android Emulator‏ (AEHD) ב-Windows

כדי להתקין את מנהל ה-hypervisor של Android Emulator ולהשתמש בו, המחשב צריך לעמוד בדרישות הבאות:

  • מעבדי Intel או AMD עם תוסף לווירטואליזציה.

  • Windows 11 או Windows 10 בגרסת 64 ביט (אין תמיכה ב-Windows 32 ביט)

    משתמשי Windows 8.1, ‏ Windows 8 ו-Windows 7 יכולים להמשיך להשתמש ב-AEHD בגרסה 1.7 ואילך. עם זאת, לא תהיה תמיכה בתרחישים כאלה.

  • צריך להשבית תכונות שמשתמשות גם ב-Windows Hyper-V Hypervisor בתיבת הדו-שיח של תכונות Windows.

    רכיבים מסוימים של Windows מפעילים את Windows Hyper-V Hypervisor ומשתמשים בו, גם אם לא בוחרים את Windows Hypervisor Platform בתיבת הדו-שיח של תכונות Windows. תכונות האבטחה האלה כוללות תכונות כמו Hyper-V,‏ Core Isolation ועוד. (שימו לב שהתכונה Hyper-V היא לא Hyper-V Hypervisor). אם אתם צריכים את התכונות האלה, תוכלו להשתמש ב-WHPX במקום זאת.

במעבדי AMD, אפשר להתקין את מנהל ההיפר-ווירטואלי של Android Emulator דרך מנהל ה-SDK ב-Android Studio 4.0 Canary 5 ואילך.

במעבדי Intel, אפשר להתקין את מנהל ההיפר-ווירטואלי של Android Emulator דרך מנהל ה-SDK ב-Android Studio Flamingo ואילך.

כדי להתקין מ-SDK Manager:

  1. בוחרים באפשרות Tools (כלים) > SDK Manager (מנהל SDK).
  2. לוחצים על הכרטיסייה SDK Tools ובוחרים באפשרות Android Emulator hypervisor driver.
  3. לוחצים על OK כדי להוריד ולהתקין את מנהל ההתקן של hypervisor של Android Emulator.

  4. אחרי ההתקנה, מוודאים שהדרייבר פועל כמו שצריך באמצעות הפקודה הבאה בשורת הפקודה:

    AEHD 2.1 ואילך

    sc query aehd

    הודעת סטטוס כוללת את הפרטים הבאים:

    SERVICE_NAME: aehd
       ...
       STATE              : 4  RUNNING
       ...

    הודעת השגיאה הבאה מציינת שהתוסף להרצת מכונה וירטואלית לא מופעל ב-BIOS או ש-Hyper-V לא מושבת:

    SERVICE_NAME: aehd
       ...
       STATE              : 1  STOPPED
       WIN32_EXIT_CODE    : 4294967201 (0xffffffa1)
       ...

    AEHD 2.0 וגרסאות קודמות

    sc query gvm

    הודעת סטטוס כוללת את הפרטים הבאים:

    SERVICE_NAME: gvm
       ...
       STATE              : 4  RUNNING
       ...

    הודעת השגיאה הבאה מציינת שהתוסף להרצת מכונה וירטואלית לא מופעל ב-BIOS או ש-Hyper-V לא מושבת:

    SERVICE_NAME: gvm
       ...
       STATE              : 1  STOPPED
       WIN32_EXIT_CODE    : 4294967201 (0xffffffa1)
       ...

אפשר גם להוריד ולהתקין את מנהל ה-hypervisor של Android Emulator מ-GitHub. אחרי שחבילת הדרייבר פורקה, מריצים את silent_install.bat בשורת הפקודה עם הרשאות אדמין.

כדי להסיר את מנהל ה-hypervisor של Android Emulator, מזינים את הפקודות הבאות בשורת הפקודה עם הרשאות אדמין:

AEHD 2.1 ואילך

   sc stop aehd
   sc delete aehd

AEHD 2.0 וגרסאות קודמות

   sc stop gvm
   sc delete gvm

הגדרת האצת VM ב-macOS

ב-macOS, Android Emulator משתמש ב-Hypervisor.Framework המובנה, שדורש את macOS מגרסה 10.10 (Yosemite) ואילך. עם זאת, יכול להיות שגרסת macOS של Android Studio תהיה גבוהה יותר. במקרים כאלה, צריך לפעול לפי דרישות המערכת של Android Studio.

הגדרת האצת מכונות וירטואליות ב-Linux

מערכות מבוססות-Linux תומכות בהאצת מכונות וירטואליות באמצעות חבילת התוכנה של KVM. פועלים לפי ההוראות להתקנת KVM במערכת Linux, ולאחר מכן מוודאים ש-KVM מופעל. במערכות Ubuntu, אפשר לעיין במאמר התקנת Ubuntu KVM.

הדרישות

כדי להריץ את KVM נדרשות הרשאות משתמש ספציפיות. מוודאים שיש לכם את ההרשאות הנדרשות, כפי שמפורט בהוראות ההתקנה של KVM.

כדי להשתמש בהאצה של מכונות וירטואליות ב-Linux, המחשב צריך לעמוד גם בדרישות הבאות:

  • במעבדי Intel: תמיכה בטכנולוגיית וירטואליזציה (VT-x), בתכונות Intel EM64T‏ (Intel 64) ובפונקציונליות של בייט להשבתת ביצוע (XD).
  • במעבדי AMD: תמיכה ב-AMD Virtualization‏ (AMD-V).

בדיקה אם KVM מותקן כרגע ב-Linux

אפשר להשתמש באפשרות של שורת הפקודה -accel-check במהדמנת כדי לבדוק אם KVM מותקן. לחלופין, אפשר להתקין את החבילה cpu-checker שמכילה את הפקודה kvm-ok.

בדוגמה הבאה מוצגת המחשה לשימוש בפקודה kvm-ok:

  1. מתקינים את החבילה cpu-checker:

    sudo apt-get install cpu-checker
egrep -c '(vmx|svm)' /proc/cpuinfo

    אם הפלט הוא 1 או יותר, המשמעות היא שיש תמיכה בווירטואליזציה. אם הפלט הוא 0, המשמעות היא שהמעבד לא תומך בהרצת וירטואליזציה בחומרה.

  2. מריצים את הפקודה kvm-ok:

    sudo kvm-ok

    הפלט הצפוי:

    INFO: /dev/kvm exists
KVM acceleration can be used

    אם מופיעה השגיאה הבאה, המשמעות היא שעדיין אפשר להריץ מכונות וירטואליות. עם זאת, המכונה הווירטואלית תפעל לאט יותר בלי התוספים של KVM.

    INFO: Your CPU does not support KVM extensions
KVM acceleration can NOT be used

התקנת KVM ב-Linux

משתמשים בפקודה הבאה כדי להתקין את KVM:

Cosmic (18.10) ואילך: 

sudo apt-get install qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils

Lucid‏ (10.04) ואילך: 

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils

Karmic‏ (9.10) וגרסאות קודמות: 

sudo aptitude install kvm libvirt-bin ubuntu-vm-builder bridge-utils

מדריך להסרת Intel HAXM

החל מהמכונה הווירטואלית בגרסה 33.x.x.x, ‏ HAXM הוצא משימוש כי Intel הפסיקה את הפיתוח של HAXM. מנהל ה-hypervisor של Android Emulator‏ (AEHD) מחליף את Intel HAXM במעבדי Intel.

מומלץ להסיר את Intel HAXM לחלוטין ממערכת Windows, אלא אם מותקנת תוכנה אחרת שמסתמכת על HAXM ובחרתם להשאיר את Intel HAXM ולנהל אותו בעצמכם.

כדי להסיר את Intel HAXM:

בודקים אם Intel HAXM מותקן

כדי לבדוק אם Intel HAXM מותקן במערכת Windows, פותחים את מסוף הפקודה של Windows ומריצים את הפקודה הבאה:

   sc query intelhaxm

אם Intel HAXM מותקן ופועל, ההודעה הבאה אמורה להופיע בפלט הפקודה.

אם Intel HAXM מותקן אבל מושבת, ההודעה הבאה אמורה להופיע בפלט הפקודה.

בשני המקרים, גם אם Intel HAXM פועל וגם אם הוא מושבת, הוא מותקן. כדי להמשיך בהסרת Intel HAXM, צריך לעבור לשלב הבא.

אם Intel HAXM לא מותקן, אמורה להופיע ההודעה הבאה.

הסרת Intel HAXM באמצעות מנהל ה-SDK מ-Android Studio

פותחים את מנהל ה-SDK מ-Android Studio, עוברים לכרטיסייה 'SDK Tools' ואז עוברים לשורה 'Intel x86 Emulator Accelerator (HAXM installer) - Deprecated'. הוא אמור להיראות כמו בצילום המסך הבא.

מבטלים את סימון התיבה כפי שמוצג בצילום המסך הבא.

לוחצים על הלחצן 'אישור' ותופיע תיבת הדו-שיח הבאה.

כשההסרה של Intel HAXM תסתיים, אמורה להופיע ההודעה הבאה. תהליך ההסרה הסתיים ואפשר להפסיק כאן.

אם מוצגות שגיאות, ממשיכים לשלב הבא.

מסירים את Intel HAXM באמצעות 'הגדרות' של Windows.

פותחים את 'הגדרות' של Windows ועוברים אל 'אפליקציות' > 'אפליקציות מותקנות'.

מאתרים את הרשומה 'מנהל הביצועים המואץ בחומרה של Intel' ולוחצים על 'הסרה', כפי שמוצג בצילום המסך הבא.

תוכנת ההסרה של Intel HAXM אמורה לפעול ולדווח על התוצאה. אם ההסרה בוצעה בהצלחה, עוברים אל מחיקת חבילת ההתקנה של Intel HAXM. אם לא, ממשיכים לשלב הבא.

הסרת ההתקנה באמצעות שורת הפקודה

  1. מריצים את הפקודה 'sc stop intelhaxm' כדי להפסיק את השירות של Intel HAXM. הפלט אמור להיראות כך:

  2. מוחקים את שירות Intel HAXM על ידי הפעלת 'sc delete intelhaxm'. הפלט אמור להיראות כך:

  3. עוברים אל מחיקת חבילת ההתקנה של Intel HAXM.

מוחקים את חבילת ההתקנה של Intel HAXM.

השלב הזה נדרש רק כשמסירים את Intel HAXM באמצעות 'הגדרות' של Windows או שורת הפקודה. בלי השלב הזה, יכול להיות שמנהל ה-SDK של Android Studio ימשיך להציג את Intel HAXM כ'מותקן'.

חבילת מנהל ההתקנה נמצאת ב-<Your Android SDK folder>\extras\intel. כברירת מחדל, Android SDK יותקן בכתובת 'C:\Users\<Your Windows User ID >\AppData\Local\Android\Sdk'. דוגמה מוצגת בצילום המסך הבא.