il est bien gentil de dire qu'il faut faire de l'XML pour ensuite le compresser, mais c'est doublement non adapté à de l'embarqué télécom :
1) XML+compression ==... double gouffre à CPU
2) le résultat est inexploitable sans un autre double gouffre à CPU inverse contrairement à un format binaire bien conçu dans lequel il "suffit" de savoir ou commence les champs de bits et ou ils se terminent. On à probablement un facteur 1 à 1000 dans la puissance nécessité entre les deux solutions (surtout si on fait de la validation)
Enfin si on a envi d'utiliser un format très structuré et arborescent, on peut toujours faire de l'ASN.1. Le rapport entre les puissances CPU consommées est probablement un peu moins grand que dans le cas d'un format binaire très simple, mais ça reste intéressant
[^] # Re: XMPP
Posté par Guillaume Knispel . En réponse au journal La version m5-rc14 du SDK Android vient de sortir. Évalué à 6.
1) XML+compression ==... double gouffre à CPU
2) le résultat est inexploitable sans un autre double gouffre à CPU inverse contrairement à un format binaire bien conçu dans lequel il "suffit" de savoir ou commence les champs de bits et ou ils se terminent. On à probablement un facteur 1 à 1000 dans la puissance nécessité entre les deux solutions (surtout si on fait de la validation)
Enfin si on a envi d'utiliser un format très structuré et arborescent, on peut toujours faire de l'ASN.1. Le rapport entre les puissances CPU consommées est probablement un peu moins grand que dans le cas d'un format binaire très simple, mais ça reste intéressant