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

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

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

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

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

वॉचडॉग एआईडीएल मेकफ़ाइल तय करना

  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

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

  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 वाहन प्रॉपर्टी की सदस्यता लेकर, वीएचएएल सेवा की परफ़ॉर्मेंस पर नज़र रखता है. वॉचडॉग को उम्मीद होती है कि इस प्रॉपर्टी की वैल्यू, हर N सेकंड में एक बार अपडेट की जाएगी. जब इस टाइम आउट के अंदर हार्टबीट अपडेट नहीं होती है, तो वॉचडॉग, वीएचएएल सेवा को बंद कर देता है.

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

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

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

    वीएचएएल सेवा शुरू करते समय, 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_HEARTBEAT वाहन प्रॉपर्टी को हर N सेकंड में एक बार अपडेट करें. ऐसा करने का एक तरीका यह है कि RecurrentTimer का इस्तेमाल करके, उस ऐक्शन को कॉल किया जाए जो वीएचएएल की परफ़ॉर्मेंस की जांच करता है और टाइम आउट के अंदर, 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_HEARTBEAT

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

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

  1. ऊपर बताए गए टेक्स्ट के लिए, लॉगकैट को इस निर्देश को चलाकर खोजा जा सकता है:
    $ adb logcat -s CarServiceHelper | fgrep "carwatchdog killed"

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

    05-01 09:50:19.683   578  5777 W CarServiceHelper: carwatchdog killed com.google.android.car.kitchensink (pid: 5574)
  2. जवाब न मिलने की वजह जानने के लिए, प्रोसेस डंप का इस्तेमाल करें. यह डंप /data/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 पर मौजूद है. बंद की गई प्रोसेस की एएनआर डंप फ़ाइल का इस्तेमाल करके, अपना विश्लेषण शुरू करें.