सिस्टम की परफ़ॉर्मेंस को मॉनिटर करें

वॉचडॉग, वेंडर की सेवाओं और VHAL सेवा की परफ़ॉर्मेंस पर नज़र रखता है. साथ ही, किसी भी खराब प्रोसेस को बंद कर देता है. जब कोई गड़बड़ी वाली प्रोसेस खत्म हो जाती है, तो वॉचडॉग, प्रोसेस की स्थिति को /data/anr पर डाल देता है. यह स्थिति, 'ऐप्लिकेशन काम नहीं कर रहा है' (एएनआर) के अन्य डंप की तरह ही होती है. ऐसा करने से, डीबग करने की प्रोसेस आसान हो जाती है.

वेंडर की सेवा की परफ़ॉर्मेंस पर नज़र रखना

वेंडर की सेवाओं को नेटिव और Java, दोनों साइड पर मॉनिटर किया जाता है. वेंडर सेवा को मॉनिटर करने के लिए, सेवा को पहले से तय किए गए टाइम आउट को तय करके, वॉचडॉग के साथ स्वास्थ्य जांच की प्रोसेस को रजिस्टर करना होगा. वॉचडॉग, रजिस्टर की गई जांच की प्रोसेस की परफ़ॉर्मेंस पर नज़र रखता है. इसके लिए, वह रजिस्ट्रेशन के दौरान तय किए गए टाइम आउट के हिसाब से, इंटरवल पर प्रोसेस को पिंग करता है. जब पिंग की गई प्रोसेस से टाइम आउट के अंदर जवाब नहीं मिलता, तो इस प्रोसेस को नुकसान पहुंचाने वाला माना जाता है.

नेटिव सेवा की परफ़ॉर्मेंस पर नज़र रखना

Watchdog AIDL मेकफ़ाइल की जानकारी दें

1. shared_libs में carwatchdog_aidl_interface-ndk_platform शामिल करें.

   Android.bp

   cc_binary {
       name: "sample_native_client",
       srcs: [
           "src/*.cpp"
       ],
       shared_libs: [
           "carwatchdog_aidl_interface-ndk_platform",
           "libbinder_ndk",
       ],
       vendor: true,
   }
   

SELinux नीति जोड़ें

1. SELinux नीति जोड़ने के लिए, वेंडर सेवा डोमेन को बिंडर (binder_use मैक्रो) का इस्तेमाल करने की अनुमति दें. साथ ही, वेंडर सेवा डोमेन को carwatchdog क्लाइंट डोमेन (carwatchdog_client_domain मैक्रो) में जोड़ें. sample_client.te और file_contexts के लिए, नीचे दिया गया कोड देखें:

   sample_client.te

   type sample_client, domain;
   type sample_client_exec, exec_type, file_type, vendor_file_type;
   
   carwatchdog_client_domain(sample_client)
   
   init_daemon_domain(sample_client)
   binder_use(sample_client)
   

   file_contexts

   /vendor/bin/sample_native_client  u:object_r:sample_client_exec:s0
   

BnCarWatchdogfoodClient को इनहेरिट करके, क्लाइंट क्लास को लागू करें

1. checkIfAlive में, हेल्थ चेक करें. एक विकल्प यह है कि आप थ्रेड लूप हैंडलर पर पोस्ट करें. अगर सब कुछ ठीक है, तो ICarWatchdog::tellClientAlive पर कॉल करें. SampleNativeClient.h और SampleNativeClient.cpp के लिए नीचे दिया गया कोड देखें:

   SampleNativeClient.h

   class SampleNativeClient : public BnCarWatchdogClient {
   public:
       ndk::ScopedAStatus checkIfAlive(int32_t sessionId, TimeoutLength
           timeout) override;
       ndk::ScopedAStatus prepareProcessTermination() override;
       void initialize();
   
   private:
       void respondToDaemon();
   private:
       ::android::sp<::android::Looper> mHandlerLooper;
       std::shared_ptr<ICarWatchdog> mWatchdogServer;
       std::shared_ptr<ICarWatchdogClient> mClient;
       int32_t mSessionId;
   };
   

   SampleNativeClient.cpp

   ndk::ScopedAStatus WatchdogClient::checkIfAlive(int32_t sessionId, TimeoutLength timeout) {
       mHandlerLooper->removeMessages(mMessageHandler,
           WHAT_CHECK_ALIVE);
       mSessionId = sessionId;
       mHandlerLooper->sendMessage(mMessageHandler,
           Message(WHAT_CHECK_ALIVE));
       return ndk::ScopedAStatus::ok();
   }
   // WHAT_CHECK_ALIVE triggers respondToDaemon from thread handler
   void WatchdogClient::respondToDaemon() {
     // your health checking method here
     ndk::ScopedAStatus status = mWatchdogServer->tellClientAlive(mClient,
           mSessionId);
   }
   

बाइंडर थ्रेड शुरू करना और क्लाइंट को रजिस्टर करना

कार के वॉचडॉग डेमन इंटरफ़ेस का नाम android.automotive.watchdog.ICarWatchdog/default है.

1. नाम से डेमन खोजें और ICarWatchdog::registerClient को कॉल करें. main.cpp और SampleNativeClient.cpp के लिए नीचे दिया गया कोड देखें:

   main.cpp

   int main(int argc, char** argv) {
       sp<Looper> looper(Looper::prepare(/*opts=*/0));
   
       ABinderProcess_setThreadPoolMaxThreadCount(1);
       ABinderProcess_startThreadPool();
       std::shared_ptr<SampleNativeClient> client =
           ndk::SharedRefBase::make<SampleNatvieClient>(looper);
   
       // The client is registered in initialize()
       client->initialize();
       ...
   }
   

   SampleNativeClient.cpp

   void SampleNativeClient::initialize() {
       ndk::SpAIBinder binder(AServiceManager_getService(
           "android.automotive.watchdog.ICarWatchdog/default"));
       std::shared_ptr<ICarWatchdog> server =
           ICarWatchdog::fromBinder(binder);
       mWatchdogServer = server;
       ndk::SpAIBinder binder = this->asBinder();
       std::shared_ptr<ICarWatchdogClient> client =
           ICarWatchdogClient::fromBinder(binder)
       mClient = client;
       server->registerClient(client, TimeoutLength::TIMEOUT_NORMAL);
   }
   

Java सेवा की परफ़ॉर्मेंस की निगरानी करना

CarWatchdogClientCallback को इनहेरिट करके क्लाइंट लागू करना

1. नई फ़ाइल में इस तरह बदलाव करें:

   private final CarWatchdogClientCallback mClientCallback = new CarWatchdogClientCallback() {
       @Override
       public boolean onCheckHealthStatus(int sessionId, int timeout) {
           // Your health check logic here
           // Returning true implies the client is healthy
           // If false is returned, the client should call
           // CarWatchdogManager.tellClientAlive after health check is
           // completed
       }
   
       @Override
       public void onPrepareProcessTermination() {}
   };
   

क्लाइंट रजिस्टर करना

1. CarWatchdogManager.registerClient() को कॉल करें:

   private void startClient() {
       CarWatchdogManager manager =
           (CarWatchdogManager) car.getCarManager(
           Car.CAR_WATCHDOG_SERVICE);
       // Choose a proper executor according to your health check method
       ExecutorService executor = Executors.newFixedThreadPool(1);
       manager.registerClient(executor, mClientCallback,
           CarWatchdogManager.TIMEOUT_NORMAL);
   }
   

क्लाइंट का रजिस्ट्रेशन रद्द करें

1. सेवा पूरी होने के बाद, CarWatchdogManager.unregisterClient() पर कॉल करें:

   private void finishClient() {
       CarWatchdogManager manager =
           (CarWatchdogManager) car.getCarManager(
           Car.CAR_WATCHDOG_SERVICE);
       manager.unregisterClient(mClientCallback);
   }
   

वीएचएएल हेल्थ मॉनिटरिंग

वेंडर की सेवा की परफ़ॉर्मेंस पर नज़र रखने की सुविधा के उलट, वॉचडॉग VHAL_HEARTBEAT वाहन प्रॉपर्टी की सदस्यता लेकर, VHAL सेवा की परफ़ॉर्मेंस पर नज़र रखता है. वॉचडॉग को उम्मीद है कि इस प्रॉपर्टी की वैल्यू हर N सेकंड में एक बार अपडेट की जाएगी. अगर इस टाइम आउट के अंदर हार्टबीट अपडेट नहीं होता है, तो वॉचडॉग, VHAL सेवा को बंद कर देता है.

ध्यान दें: वॉचडॉग, वीएचएएल सेवा की स्थिति पर सिर्फ़ तब नज़र रखता है, जब VHAL_HEARTBEAT वाहन प्रॉपर्टी वीएचएएल सेवा के साथ काम करती हो.

VHAL को लागू करने का तरीका, वेंडर के हिसाब से अलग-अलग हो सकता है. रेफ़रंस के तौर पर, यहां दिए गए कोड सैंपल का इस्तेमाल करें.

1. VHAL_HEARTBEAT वाहन प्रॉपर्टी रजिस्टर करें.

   VHAL सेवा शुरू करते समय, VHAL_HEARTBEAT वाहन प्रॉपर्टी रजिस्टर करें. नीचे दिए गए उदाहरण में, unordered_map का इस्तेमाल, काम करने वाले सभी कॉन्फ़िगरेशन को सेव करने के लिए किया गया है. यह प्रॉपर्टी आईडी को कॉन्फ़िगरेशन से मैप करता है. VHAL_HEARTBEAT के लिए कॉन्फ़िगरेशन को मैप में जोड़ा गया है, ताकि जब VHAL_HEARTBEAT के बारे में क्वेरी की जाए, तो उससे जुड़ा कॉन्फ़िगरेशन दिखे.

   void registerVhalHeartbeatProperty() {
           const VehiclePropConfig config = {
                   .prop = toInt(VehicleProperty::VHAL_HEARTBEAT),
                   .access = VehiclePropertyAccess::READ,
                   .changeMode = VehiclePropertyChangeMode::ON_CHANGE,
           };
          // mConfigsById is declared as std::unordered_map<int32_t, VehiclePropConfig>.
          mConfigsById[config.prop] = config;
   }
   

2. VHAL_HEARTBEAT वाहन की प्रॉपर्टी अपडेट करें.

   VHAL की परफ़ॉर्मेंस की जांच की फ़्रीक्वेंसी के आधार पर (इसके बारे में VHAL की परफ़ॉर्मेंस की जांच की फ़्रीक्वेंसी तय करना" में बताया गया है), वाहन की VHAL_HEARTBEAT प्रॉपर्टी को हर N सेकंड में अपडेट करें. ऐसा करने का एक तरीका यह है कि RecurrentTimer का इस्तेमाल करके, उस ऐक्शन को कॉल करें जो VHAL की परफ़ॉर्मेंस की जांच करता है और तय समयसीमा के अंदर VHAL_HEARTBEAT वाहन की प्रॉपर्टी को अपडेट करता है.

   यहां RecurrentTimer का इस्तेमाल करके, इसे लागू करने का सैंपल दिया गया है:

   int main(int argc, char** argv) {
           RecurrentTimer recurrentTimer(updateVhalHeartbeat);
           recurrentTimer.registerRecurrentEvent(kHeartBeatIntervalNs,
                                              static_cast<int32_t>(VehicleProperty::VHAL_HEARTBEAT));
           … Run service …
           recurrentTimer.unregisterRecurrentEvent(
                   static_cast<int32_t>(VehicleProperty::VHAL_HEARTBEAT));
   }
   
   void updateVhalHeartbeat(const std::vector<int32_t>& cookies) {
          for (int32_t property : cookies) {
                 if (property != static_cast<int32_t>(VehicleProperty::VHAL_HEARTBEAT)) {
                        continue;
                 }
   
                 // Perform internal health checking such as retrieving a vehicle property to ensure
                 // the service is responsive.
                 doHealthCheck();
   
                 // Construct the VHAL_HEARTBEAT property with system uptime.
                 VehiclePropValuePool valuePool;
                 VehicleHal::VehiclePropValuePtr propValuePtr = valuePool.obtainInt64(uptimeMillis());
                 propValuePtr->prop = static_cast<int32_t>(VehicleProperty::VHAL_HEARTBEAT);
                 propValuePtr->areaId = 0;
                 propValuePtr->status = VehiclePropertyStatus::AVAILABLE;
                 propValuePtr->timestamp = elapsedRealtimeNano();
   
                 // Propagate the HAL event.
                 onHalEvent(std::move(propValuePtr));
          }
   }
   

3. (ज़रूरी नहीं) वीएचएएल हेल्थ चेक की फ़्रीक्वेंसी के बारे में बताएं.

   वॉचडॉग की ro.carwatchdog.vhal_healthcheck.intervalरीड-ओनली प्रॉडक्ट प्रॉपर्टी से, VHAL की परफ़ॉर्मेंस की जांच की फ़्रीक्वेंसी तय होती है. हेल्थ की जांच की डिफ़ॉल्ट फ़्रीक्वेंसी (जब इस प्रॉपर्टी की जानकारी नहीं दी गई है) तीन सेकंड होती है. अगर VHAL_HEARTBEAT वाहन की प्रॉपर्टी को अपडेट करने के लिए, VHAL सेवा को तीन सेकंड का समय कम पड़ता है, तो सेवा के जवाब देने की फ़्रीक्वेंसी के आधार पर, VHAL की परफ़ॉर्मेंस की जांच की फ़्रीक्वेंसी तय करें.

वॉचडॉग की मदद से बंद की गई गड़बड़ी वाली प्रोसेस को डीबग करना

वॉचडॉग, प्रोसेस की स्थिति को डंप करता है और खराब प्रोसेस को बंद कर देता है. किसी गड़बड़ी वाली प्रोसेस को बंद करते समय, Watchdog, logcat में टेक्स्ट carwatchdog terminated <process name> (pid:<process id>) को लॉग करता है. यह लॉग लाइन, बंद की गई प्रोसेस के बारे में जानकारी देती है. जैसे, प्रोसेस का नाम और प्रोसेस आईडी.

1. ऊपर बताए गए टेक्स्ट को logcat में खोजने के लिए, यह तरीका अपनाएं:

   $ adb logcat -s CarServiceHelper | fgrep "carwatchdog killed"
   

   उदाहरण के लिए, जब KitchenSink ऐप्लिकेशन, रजिस्टर किया गया Watchdog क्लाइंट है और वह Watchdog के पिंग का जवाब नहीं देता है, तो Watchdog, रजिस्टर की गई KitchenSink प्रोसेस को बंद करते समय, यहां दी गई लाइन जैसी लाइन को लॉग करता है.

   05-01 09:50:19.683   578  5777 W CarServiceHelper: carwatchdog killed com.google.android.car.kitchensink (pid: 5574)
   

2. ऐप्लिकेशन के काम न करने की असल वजह का पता लगाने के लिए, /data/anr में सेव किए गए प्रोसेस डंप का इस्तेमाल करें. ठीक उसी तरह जैसे गतिविधि के ANR मामलों के लिए किया जाता है. बंद की गई प्रोसेस की डंप फ़ाइल वापस पाने के लिए, नीचे दिए गए निर्देशों का इस्तेमाल करें.

   $ adb root
   $ adb shell grep -Hn "pid process_pid" /data/anr/*
   

   यहां दिया गया सैंपल आउटपुट, KitchenSink ऐप्लिकेशन के लिए खास तौर पर है:

   $ adb shell su root grep -Hn "pid 5574" /data/anr/*.
   

   /data/anr/anr_2020-05-01-09-50-18-290:3:----- pid 5574 at 2020-05-01 09:50:18 -----
   /data/anr/anr_2020-05-01-09-50-18-290:285:----- Waiting Channels: pid 5574 at 2020-05-01 09:50:18 -----
   

   बंद की गई KitchenSink प्रोसेस की डंप फ़ाइल, /data/anr/anr_2020-05-01-09-50-18-290 पर मौजूद है. बंद की गई प्रोसेस की ANR डंप फ़ाइल का इस्तेमाल करके, विश्लेषण शुरू करें.