Model Eksekusi TinyOS.

Presentasi berjudul: "Model Eksekusi TinyOS."— Transcript presentasi:

1 Model Eksekusi TinyOS

2 Pendahuluan Operasi I/O dan operasi yang membutuhkan waktu cukup lama pada TinyOS adalah split-phase: tidak membutuhkan thread sehingga hanya membutuhkam satu stack Sebagai ganti dari thread: task dan interrupt handler Interupsi dapat terjadi sewaktu-waktu, menginterupsi apa yang sedang dieksekusi TinyOS (baik task maupun interrupt handler)

3 Pendahuluan Task dan interrupt handler didefinisikan pada suatu modul, tetapi dalam eksekusinya boleh jadi melibatkan komponen yang lain Oleh karena itu, perlu dibedakan apakah suatu kode dieksekusi oleh task atau interrupt handler atau keduanya nesC membedakan menjadi 2: synchronous code (sync) hanya boleh dieksekusi task dan asynchronous code (async) boleh dieksekusi task dan interrupt handler

4 Pendahuluan Kode asinkron dibahas di Bab 11, terkait dengan konkurensi pada TinyOS Ilustrasi eksekusi pada TinyOS

5 Task Task memiliki nilai kembalian void Task tidak memiliki parameter
Task dapat mengakses variabel, memanggil perintah, mensinyal kejadian, dan memanggil fungsi C Suatu task dideklarasikan dengan kata kunci task Task dipanggil dengan operator post Operator post memberikan nilai kembalian error_t

6 Task Deklarasi task: Memanggil task

7 Task Task dieksekusi satu per satu dan tidak saling potong (preempt): task berikutnya dieksekusi setelah task yang sebelumnya selesai dieksekusi Karena tidak saling potong, maka anggapannya task memegang kendali penuh atas prosesor sampai selesai diekskusi Akibatnya tidak perlu ada penanganan khusus terhadap variabel yang dipakai bersama-sama

8 Task Task dieksekusi secara FIFO: sesuai urutan pada saat di-posting
Karena task baru dieksekusi jika semua task sebelumnya telah selesai dieksekusi, maka task harus dibuat sependek/secepat mungkin (beberapa milisecond): Programming hint 15 Task yang cukup panjang dapat mengakibatkan latensi: sistem menjadi tidakresponsif Jika suatu task membutuhkan waktu yang panjang maka harus dipecah menjadi task-task kecil Ingat, task dapat mem-posting ulang dirinya sendiri

9 Task TinyOS dibangun atas berbagai lapis, oleh karena itu, sebuah event handler mungkin bagian dari suatu rantai kejadian Jika suatu event handler tersebut membutuhkan komputasi yang cukup panjang, maka gunakan task untuk memanggil fungsi komputasinya (komputasi tidak dilakukan di dalam event handler): Programming hint 16 Dengan begitu rantai panjang pada kejadian dapat “dipotong” menjadi lebih pendek: sistem menjadi lebih responsif

10 Task Task sangat penting dalam hal split-phase operation
Dengan task, memungkinkan batas hardware dan software yang fleksibel: hardware dan software mempunyai perilaku yang mirip (split-phase) Mensinyal event langsung pada command dapat mengakibatkan pemanggilan fungsi yang panjang: kasus pencuplikan data frekuensi tinggi Oleh karena itu, mensinyal event sebaiknya dilakukan pada task (Programming hint 17): command mem-posting task yang mensinyal event