9 PRUEBAS Y RESULTADOS

Transcripción

1 9. Pruebas y resultados 9 PRUEBAS Y RESULTADOS 9.1 Introducción a las pruebas : Las pruebas realizadas están diseñadas para obtener información tallada acerca Las diferencias entre las tecnologías ksoap y JSR-172 en cuanto a la estructura los mensajes enviados y recibidos, tiempo tratamiento la información y consumo l dispositivo móvil. Comparación los formatos JPG y PNG respecto a la relación calidad - tiempo respuesta. Comparación la codificación la información utilizada automáticamente por el protocolo SOAP con una codificación creada por nosotros mismos, para mostrar cuál ofrece mejor rendimiento en tiempo y consumo. Para ello vamos a realizar las siguientes pruebas en cada uno los escenarios finidos. Las pruebas consisten en ejecutar el cliente, elegir una codificación, elegir un formato y recibir un número terminado imágenes: Para la codificación Base64, se recibirán 10 imágenes seguidas tamaño 80x80 píxeles y se cerrará el cliente. Tras ello calcularemos el tiempo medio entre imágenes y el consumo en en tres momentos la ejecución l cliente (al inicio, tras representar la primera y tras representar la segunda ) con la utilidad Memory Monitor que incluye J2ME Wireless Toolkit. Asimismo capturaremos las peticiones en el nivel enlace para analizar el formato los mensajes transmitidos y calcular así el aumento información que introduce el protocolo SOAP. Para la codificación Array enteros, se recibirán dos imágenes 80x80 píxeles y se cerrará el cliente. Calcularemos el tiempo medio entre imágenes y hallaremos el consumo en los mismos tres momentos la ejecución que en el caso anterior (al inicio, tras representar la primera y tras representar la segunda ). Al igual que con la codificación anterior, capturaremos las peticiones en el nivel enlace para analizar el formato los mensajes transmitidos y el tamaño los datos enviados. Francisco Prieto Donate 223

2 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME 9.2 Escenario ksoap Codificación Base64 En la siguiente tabla adjuntamos información, para cada uno los formatos, l tamaño medio l archivo enviado, tiempo medio entre imágenes, y consumo en tres momentos distintos la ejecución l cliente. Tamaño medio la Información enviada por el servidor Tiempo medio entre imágenes (s) al inicio tras la 1ª tras la 2ª JPG 1,76 2,95 4,52 103,86 268,86 315,98 PNG 13,57 25,73 12,68 103,86 355,43 401,37 Tabla 9.1: Resultados para el escenario ksoap con Base64 A continuación mostramos el formato los mensajes petición y respuesta intercambiados por el cliente y el servidor. Mostramos exclusivamente los mensajes para el caso JPG, ya que para el caso PNG los mensajes son idénticos salvo por la longitud la cana texto que contiene la codificada. Petición l cliente POST /axis/services/vioksoap HTTP/1.1 SOAPAction: Content-Type: text/xml Content-Length: 412 User-Agent: ksoap/2.0 User-Agent: UNTRUSTED/1.0 Host: : Francisco Prieto Donate

3 9. Pruebas y resultados <v:envelope xmlns:i=" xmlns:d=" xmlns:c=" xmlns:v=" /><v:body><n0:getimagenbase64 id="o0" c:root="1" xmlns:n0="urn:vio.samples"><formato i:type="d:string">jpg</formato><tam i:type="d:int">80</tam></n0:getimagenbase64></v:body></v:envelope> Respuesta l servidor HTTP/ OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Transfer-Encoding: chunked Date: Wed, 20 Dec :06:09 GMT b73 <?xml version="1.0" encoding="utf-8"?><soapenv:envelope xmlns:soapenv=" xmlns:xsd=" xmlns:xsi=" soapenv:encodingstyle=" xmlns:ns1="urn:vio.samples"><getimagenbase64return xsi:type="xsd:base64binary">/9j/2wbdaaggbgcgbqghbwcjcqgkdbqndasldbksew 8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgN DRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjL/wAARCABQAFADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwR VS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlq c3r1dnd4exqdhiwgh4ijipktljwwl5izmqkjpkwmp6ipqrkztlw2t7i5usldxmxgx8jjyt LT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAEC AwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFE KRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpj ZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6ws PExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDyWL/W D25qQnP40yIZkpxGGpvcCzZAG7hz03r/ADr3SxmEOgXcuMGVkhXj/gR/kPzrxDS136jbLj rio/wvcl+2a2stpswwbwhzpb/tpz/ilus3gu1lioe5fpa4yybpfmedyht8arrdmjorjvis 7Fj5ZCcBSfp61CYiy55pyxyB1TB5967bwppVvLaXIurdJCWGN4yQK0UXb0IbOBeP7y4HFQ SQN1/Ku7utPtYLvEclrs6Hcq8c+9WfFmmQP4chls4IhsZSZIwB8pGP54qnGxKdz5agGS30 p235ikbctlgbyanbbpyeoy/octsa5zqoyfox3r3lwr5uqu44qxx7cemwyrxbw2rfr9m5zh ZQSBX0dPpUWtQW1xZRfZ4wgw8uRuGOmP60gOPRePug04L8pB25JrT1DR7nSlDzKjRscb05 FZE1wvK5xznOKkpMcCfN3d+g4ru/CsLJp8krZ/ePx+FcAs6KSd57YArvfDN0raG7B1GyQg F+nQf41pfQjqV9Re1W8xHZK21iG/c5zWlLbf2noYtYysIkXBDJjGD6VNbanDN8plXeASQq nokamqi92ieyfr8ba0zbfppu3bi+oythjuwodn1nrr4dnuvopem9xmzodgaxa8dhz+lfu+ n3cv1pnncritgyabv7dsv8p6dzrfvjocn+vfq3gs8klsjrinmiirpoeoqeopbhtahz/blo a0znqsr8rzzhu39k8puw8mzwunrqxug+or1+e4qrbsplsqauoc1wpjbszbqc3cafjomtjs w6/wbdrjxff2zyhya9a7fwzcxx+g7veplpnabascebxc7gosrgfsux8hz2sdrnfcxekupc FNq9sY64oXmORpabrNotw0RSNISmSJn4DDqc4/SoLLVGudSBNulw4kyZvm4XIwQB0xXTWu nwunwbiojgwxbjajjixwtatymo5ktlkeerkychjserrzkto+tvgscetoz601cce+aqtz V9Szc8NHGtwc+v8AKvYPC2pfYdZgdnAjY7G9MHivGvDjhdahJIwA3X6V6JDOo2kEexFSI9 5bhSyqC2PzrE8TKkvh2ZphtdCCn1zjj8Ca4vTPGWo2qrC1xHIhOAZhnH41p+MnuUFsJr5Z kcz2iaohvjpp1obs5f/vcjgd66jwhys3d3jkj7ejavimz59icd0rkwdtn8utdb4pfzcjfq 2jxKzBDl2PY+1MCrr2pXR1W5w7oFcrtDHAxxml8Ovf3T3Nra3CwtIocysSGGOwPvml8QeI Francisco Prieto Donate 225

4 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME rq31iaoaqrbh2kcng5hxkjnmolk/1txf59goimdk3rkkmzhcyfo5pq+ewclmkosamjgkb3 6U7FGtoX/IVj+h/lXcozHGBXDaCCdWjA/umu3QiPHG496zluNFtZCSDng9sVejlNw4SSRs kj94fmwpp+vzioc8jandb4ciwfxaqs42ew2vi+9jt/x8kse9jm1ftv7mui4xp5qvgsgixb wr3hy1y8mtxzx80on3kwtver8xxnbbx7v2xje00mtt2l3rrxqkbno5f2p4v5ewkmsjeecv bwlyu+zfzxrtjdulkvoc3z85+b+i5zzzmmazdunmjhcr2shgvm3lwhscoefss2xnhpldrv d2yazppuksy1ty/9k=</getimagenbase64return></ns1:getimagenbase64respons e></soapenv:body></soapenv:envelope> Codificación Array enteros En la siguiente tabla adjuntamos información, para cada uno los formatos, l tamaño medio l archivo enviado, tiempo medio entre imágenes, y consumo en tres momentos distintos la ejecución l cliente. Tamaño medio la Información enviada por el servidor Tiempo medio entre imágenes (s) al inicio tras la 1ª tras la 2ª JPG 1,76 130,94 84,18 103,86 422,18 422,18 PNG 13, , ,86 Se exce el límite (500Kb) Se exce el límite (500Kb) Tabla 9.2: Resultados para el escenario ksoap con Array enteros Tras la realización esta prueba comprobamos que en el caso l formato PNG no se muestra por pantalla ninguna, pues obtenemos un error falta. Esto se produce cuando se intenta representar la recibida, aunque los datos sí se reciben por completo en el emulador. Por ello, en el campo Tiempo medio entre imágenes l formato PNG no hemos expresado el tiempo entre imágenes sino el tiempo que transcurre s que el cliente realiza la petición hasta que recibe todos los datos. 226 Francisco Prieto Donate

5 9. Pruebas y resultados A continuación mostramos el formato los mensajes petición y respuesta intercambiados por el cliente y el servidor. Aparecen exclusivamente los mensajes para el caso JPG, ya que para el caso PNG los mensajes son idénticos salvo por el número enteros codificados que aparecen en la respuesta. La respuesta l servidor ha sido recortada, ya que si cada entero representa un byte la, en el fichero resultante aparecería unas veces repetida la estructura: <getimagenintarrayreturn xsi:type="xsd:int">número</getimagenintarrayreturn>. Petición l cliente POST /axis/services/vioksoap HTTP/1.1 SOAPAction: Content-Type: text/xml Content-Length: 416 User-Agent: ksoap/2.0 User-Agent: UNTRUSTED/1.0 Host: :8080 <v:envelope xmlns:i=" xmlns:d=" xmlns:c=" xmlns:v=" /><v:body><n0:getimagenintarray id="o0" c:root="1" xmlns:n0="urn:vio.samples"><formato i:type="d:string">jpg</formato><tam i:type="d:int">80</tam></n0:getimagenintarray></v:body></v:envelope> Respuesta l servidor HTTP/ OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Transfer-Encoding: chunked Date: Wed, 20 Dec :12:28 GMT 2000 <?xml version="1.0" encoding="utf-8"?><soapenv:envelope xmlns:soapenv=" xmlns:xsd=" xmlns:xsi=" soapenv:encodingstyle=" xmlns:ns1="urn:vio.samples"><getimagenintarrayreturn soapenc:arraytype="xsd:int[1752]" xsi:type="soapenc:array" xmlns:soapenc=" tarrayreturn 1</getImagenIntArrayReturn><getImagenIntArrayReturn 40</getImagenIntArrayReturn><getImagenIntArrayReturn 1</getImagenIntArrayReturn><getImagenIntArrayReturn Francisco Prieto Donate 227

6 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME 37</getImagenIntArrayReturn><getImagenIntArrayReturn xsi:type="xsd:int">0</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">67</getimagenintarrayreturn><getimagenintarrayretur n xsi:type="xsd:int">0</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">8</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">6</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">6</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">7</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">6</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">5</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">8</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">7</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">7</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">7</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">9</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">9</getimagenintarrayreturn><getimagenintarrayreturn xsi:type="xsd:int">8</getimagenintarrayreturn>... <getimagenintarrayreturn 39</getImagenIntArrayReturn></getImagenIntArrayReturn></ns1:getImagenI ntarrayresponse></soapenv:body></soapenv:envelope> Escenario JSR Codificación Base64 En la siguiente tabla adjuntamos información, para cada uno los formatos, l tamaño medio l archivo enviado, tiempo medio entre imágenes, y consumo en tres momentos distintos la ejecución l cliente. Tamaño medio la Información enviada por el servidor Tiempo medio entre imágenes (s) al inicio tras la 1ª tras la 2ª JPG 1,76 2,77 3,89 103,55 230,80 289, Francisco Prieto Donate

7 9. Pruebas y resultados PNG 13,57 25,63 7,09 103,55 228,98 324,31 Tabla 9.3: Resultados para el escenario JSR-172 con Base64 A continuación mostramos el formato los mensajes petición y respuesta intercambiados por el cliente y el servidor. Mostramos exclusivamente los mensajes para el caso JPG, ya que para el caso PNG los mensajes son idénticos salvo por la longitud la cana texto que contiene la codificada. Petición l cliente POST /axis/services/viojsr HTTP/1.1 User-Agent: Profile/MIDP-1.0 Configuration/CLDC-1.0 Content-Language: en-us Content-Type: text/xml SOAPAction: " User-Agent: UNTRUSTED/1.0 Content-Length: 386 Host: :8080 User-Agent: UNTRUSTED/1.0 <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" xmlns:soap=" xmlns:tns=" <soap:body> <tns:getimagenbase64> <tns:formato>jpg</tns:formato> <tns:tam>80</tns:tam> </tns:getimagenbase64> </soap:body> </soap:envelope> Respuesta l servidor HTTP/ OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Transfer-Encoding: chunked Date: Wed, 20 Dec :24:23 GMT 8bd <?xml version="1.0" encoding="utf-8"?><soapenv:envelope xmlns:soapenv=" xmlns:xsd=" Francisco Prieto Donate 229

8 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME xmlns:xsi=" xmlns=" QgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTg ypc4zndl/2wbdaqkjcqwldbgndrgyirwhmjiymjiymjiymjiymjiymjiymjiymjiymjiym jiymjiymjiymjiymjiymjiymjiymjl/waarcabqafadasiaahebaxeb/8qahwaaaqubaqe BAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhM UEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkd ISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipq rkztlw2t7i5usldxmxgx8jjytlt1nxw19jz2uhi4+tl5ufo6erx8vp09fb3+pn6/8qahwe AAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECA xeebsexbhjbuqdhcrmimoeifekrobhbcsmzuvavynlrchyknoel8rcygromjygpkju2nzg 5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmao qokpaanqkmqsro0tba3ulm6wspexcbhymnk0tpu1dbx2nna4upk5ebn6onq8vp09fb3+pn 6/9oADAMBAAIRAxEAPwDyeP7pzxzzSkZOcUJwuM5oxz2qnuA0j/61KB9KXIPNHegBR0Nag I8tBz90ZrMGcHFaUikIh7EAVnIpD7Q5uoyf74/nX1P4XH/FJaR/16Rf+givlywXN1ED/fF fu/hokvhfsgmdv2slgf8adftu7czp4pakkuwj4pj+4milptpwhmbbs5q2ah96ab060juox npqa5e/pnasqeaajjawkyl4rzdeyd38oom1nmqjz02inerzhvhx074ag3wvpq9lsl/0av8 36Dbefq9rEMYaQDmvpfRkEeh2CDotvGP/AB0Uo73Je9i7RRRVgfFI4UD+VB6mtPWdHTTbw LFM0kTcjd1FVVgBHQHPqKXOmrlWZVJHPtS7vpVwWyEcqKa1soPANHOmHK7FZM5OSK1FJMa KW9KoyQ7V4q6hJVQO1KTuC0N7QpCmq2rbcgSetfS2jnOh2GRj/Ro8j/gIr5u8MWs82s2RU cgsvpttoymk2kz4kwiv/joqrwrf7yzpa4kiddp0qsooifiqruym8u25lancl1nrfljdjpl HV5RcXbsTlQSV+hbNVVgLJvAz61FcbhcENnOec+taNi43bG6EVm04o2WrKRManDOAfQmmm WIjhxVXUY9t3Iozw1VDxz35/rWijdEORoyYZQV6BhnipclWJ96owElv+BVZkkIc445p8up NzsfCl2YtRtQCMoxbn6V9G2D+Zp9s/HzRKePoK+XdAmEd7CxwMZ/ka+ndGcSaHYODkNbRn P8AwEVo9kZR+Jlt2Crk1mzNLcS/J9wd602XcMVX8howRGAc9c9qylG7Kk2j5a8QWDQ6hOy D5Qd/4Gs6ByMc/jXVeLLTfDFcDPB2t9O1cksUsYL7D5fZsVjF80Td6MjuyWndu5P9Kg5qS 4OXYnvjFQg5NbR2IYJuLjPPIxTmYmQ+xpEJEinvmkBJfP8ASrRLNOxkZJxgfwn+Rr6n8MO X8K6Sxxk2cXT/AHBXyzYRebOFDYO1jz7Ka+pfDkBh8MaZFvzi1jAIH+yKbRC3NaikUFRgk n60tis//9k=</getimagenbase64result></getimagenbase64response></soapenv :Body></soapenv:Envelope> Codificación Array enteros En la siguiente tabla adjuntamos información, para cada uno los formatos, l tamaño medio l archivo enviado, tiempo medio entre imágenes, y consumo en tres momentos distintos la ejecución l cliente. Tamaño medio la Información enviada por el servidor Tiempo medio entre imágenes (s) al inicio tras la 1ª tras la 2ª JPG 1,76 130,62 60,11 103,55 473,37 473, Francisco Prieto Donate

9 9. Pruebas y resultados PNG 13, , ,55 Se exce el límite (500Kb) Se exce el límite (500Kb) Tabla 9.4: Resultados para el escenario JSR-172 con Array enteros Tras la realización esta prueba comprobamos que en el caso l formato PNG no se muestra por pantalla ninguna, pues obtenemos un error falta. Esto se produce cuando se intenta representar la recibida, aunque los datos sí se reciben por completo en el emulador. Por ello, en el campo Tiempo medio entre imágenes l formato PNG no hemos expresado el tiempo entre imágenes sino el tiempo que transcurre s que el cliente realiza la petición hasta que recibe todos los datos. A continuación mostramos el formato los mensajes petición y respuesta intercambiados por el cliente y el servidor. Mostramos exclusivamente los mensajes para el caso JPG, ya que para el caso PNG los mensajes son idénticos salvo por el número enteros codificados que aparecen en la respuesta. La respuesta l servidor ha sido cortada, ya que si cada entero representa un byte la, en el fichero resultante aparecería unas 1800 veces la estructura: <getimagenintarrayreturn xsi:type="xsd:int">número</getimagenintarrayreturn>. Petición l cliente POST /axis/services/viojsr HTTP/1.1 User-Agent: Profile/MIDP-1.0 Configuration/CLDC-1.0 Content-Language: en-us Content-Type: text/xml SOAPAction: " User-Agent: UNTRUSTED/1.0 Content-Length: 390 Host: :8080 <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" xmlns:soap=" xmlns:tns=" <soap:body> <tns:getimagenintarray> <tns:formato>jpg</tns:formato> <tns:tam>80</tns:tam> </tns:getimagenintarray> </soap:body> Francisco Prieto Donate 231

10 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME </soap:envelope> Respuesta l servidor HTTP/ OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Transfer-Encoding: chunked Date: Wed, 20 Dec :26:18 GMT 2000 <?xml version="1.0" encoding="utf-8"?><soapenv:envelope xmlns:soapenv=" xmlns:xsd=" xmlns:xsi=" xmlns=" 1</getImagenIntArrayResult><getImagenIntArrayResult 40</getImagenIntArrayResult><getImagenIntArrayResult 1</getImagenIntArrayResult><getImagenIntArrayResult 37</getImagenIntArrayResult><getImagenIntArrayResult xsi:type="xsd:int">0</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">67</getimagenintarrayresult><getimagenintarrayresul t xsi:type="xsd:int">0</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">8</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">6</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">6</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">7</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">6</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">5</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">8</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">7</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">7</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">7</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">9</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">9</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">8</getimagenintarrayresult><getimagenintarrayresult xsi:type="xsd:int">10</getimagenintarrayresult> </getImagenIntArrayResult><getImagenIntArrayResult 1</getImagenIntArrayResult><getImagenIntArrayResult 39</getImagenIntArrayResult></getImagenIntArrayResponse></soapenv:Body ></soapenv:envelope> Francisco Prieto Donate

11 9. Pruebas y resultados 9.4 Análisis los resultados El siguiente gráfico muestra el consumo todas las pruebas realizadas. Con esto comprobaremos qué escenario, formato y codificación consiguen un menor consumo en tiempo ejecución. En el diagrama se ha omitido el análisis para la codificación array enteros y formato PNG en ambos escenarios, ya que el consumo es mayor que el máximo soportado por el emulador y por tanto no se recibe alguna. Memoria consumida 500, , , , , , , , ,000 50,000 0,000 Inicio 1ª 2ª Instante ejecución JSR Array int - JPG ksoap - Array int - JPG ksoap - Base64 - PNG JSR Base64 - PNG ksoap - Base64 - JPG JSR Base64 - JPG Figura 9.1: en las distintas ejecuciones Como pomos comprobar, en el momento la carga todos los casos realizan el mismo consumo. En caso haber diferencias, éstas sólo se apreciarían entre escenarios, ya que el formato y la codificación sólo influyen a la hora recibir y representar la. Tras representar la primera se aprecian cambios significativos en el consumo. Las ejecuciones que más consumen son las que utilizan como codificación el array enteros, bido a que la información que reciben l servidor es mucho mayor. Francisco Prieto Donate 233

12 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME Para Base64, obtienen un mayor consumo las pruebas realizadas con el escenario ksoap. Los mejores valores obtenidos resultan ser l escenario JSR-172 con codificación Base64. A la vista los resultados obtenidos, comprobamos que el formato la no es un dato relevante en cuanto a consumo se refiere Tiempo entre imágenes Agrupando los datos los tiempos entre imágenes todas las pruebas realizadas pomos elaborar la gráfica que mostramos a continuación. Al igual que en el caso anterior, se ha omitido el análisis para la codificación array enteros y formato PNG en ambos escenarios, ya que al tener valores ser mucho mayores que los más, no se podrían visualizar correctamente los datos con valores pequeños, que son los que realmente interesan. 90 Tiempo entre imágenes (s) Base64 - JPG Base64 - PNG Array int - JPG 0 ksoap JSR-172 Figura 9.2: Tiempo entre imágenes en las distintas ejecuciones Es fácil apreciar que los mayores valores tiempo entre imágenes se obtienen con las pruebas realizadas eligiendo como codificación el array enteros. Para la 234 Francisco Prieto Donate

13 9. Pruebas y resultados codificación Base64, se aprecian valores menores en el escenario JSR-172 que en ksoap. Para un mismo escenario y codificación, el formato que consigue menor tiempo entre imágenes es JPG Información enviada por el servidor Por último queremos comprobar en qué medida influye el protocolo SOAP en el tamaño los datos enviados al cliente. Como sabemos, SOAP, al igual que la mayoría los protocolos red, inserta unas cabeceras antes la transmisión l paquete datos con información necesaria para la correcta interpretación por parte l cliente. Igualmente, envuelve con etiquetas cada uno los datos individuales que se van a transmitir, modo que el tamaño los datos enviados será siempre mayor que el tamaño la enviada. A continuación mostramos la comparación entre el tamaño la solicitada y el tamaño los datos enviados por el servidor. La información se ha recogido para todas las pruebas realizadas. Escenario Codificación Formato Tamaño original Tamaño la codificada Aumento ksoap Base64 JPG 1,76 2,95 67,61% PNG 13,57 25,73 89,61% Array enteros JPG 1,76 130, ,77% PNG 13, , ,30% Francisco Prieto Donate 235

14 Transmisión Imágenes Vío mediante Servicios Web XML sobre J2ME JSR-172 Base64 JPG 1,76 2,77 57,39% PNG 13,57 25,63 88,87% Array enteros JPG 1,76 130, ,59% PNG 13, , ,53% Tabla 9.5: Aumento l tamaño la información bido a la codificación En líneas generales, el aumento la información bido a la codificación es sensiblemente menor en el escenario JSR-172 para una codificación y formato fijos. A la vista los resultados obtenidos, la codificación con array enteros utiliza una cantidad excesiva información para enviar una, ya que para cada uno los números enteros que representan la, el protocolo inserta cabeceras inicio y cierre. Centrándonos en la codificación Base64, se consigue un mayor rendimiento en el envío imágenes JPG que PNG en ambos escenarios. 9.5 Consiraciones finales Los resultados obtenidos en las pruebas realizadas nos han servido para comparar montajes con distintas tecnologías, formatos y codificaciones. Con esto ha sido posible cuantificar el rendimiento obtenido por cada una las implementaciones en términos retrasos y consumos. En el capítulo siguiente haremos uso toda la información adquirida durante el sarrollo las pruebas para discutir los resultados y comprobar que se han cumplido los objetivos marcados. 236 Francisco Prieto Donate