2011-01-05 6 views
6

Wir entwickeln eine Webanwendung, die für Smartphones und andere mobile Geräte gedacht ist, und wir überlegen, den gesamten Datenverkehr über HTTPS abzuwickeln, um die Sicherheit zu vereinfachen.Haben mobile Geräte genug CPU, um HTTPS für den gesamten Datenverkehr einer Website zu unterstützen?

Ich weiß, dass die CPU-Kosten von HTTPS-Verschlüsselung für größere Computer ist ziemlich trivial, aber gilt dies auch für moderne Smartphones wie iPhone und Android?

+0

Dieses Ihre Frage nicht beantworten, aber es ist eine interessante und relevante Lese über Googles Versuch, ein schnelles HTTP-Protokoll zu erstellen, die auf der Client-Seite (wie gzip und HTTPS) zusätzliche Verarbeitung erfordert: http: // ArsTechnica. com/web/news/2009/11/spdy-google-will-to-beschleunigen-up-the-web-per-ditching-http.ars –

Antwort

7

Wenn man bedenkt, dass die CPU eines solchen Geräts bei 400 MHz oder höher läuft, und dass HTTPS seit Jahrzehnten auf langsameren CPUs läuft, würde ich sagen, dass es kein Problem damit gibt.

+0

Ich möchte nur hinzufügen: Aber Sie können immer noch Verlangsamungen dank der SSL-Handshake insbesondere über mobile Verbindungen mit höherer Latenz: http://www.semicomplete.com/blog/geekery/ssl-latency.html –

+0

@Yoni true. Noch ein weiterer Grund, den gesamten HTTP-Verkehr von einem Server (eigentlich: Hostname mit fester IP) herrühren zu lassen, was die Anzahl der Verbindungen, die eingerichtet werden müssen, stark reduziert. Ein SO-Seitenaufruf führt zu 9 (neun!) Verschiedenen Hosts. Rationalisierung solcher Dinge gleicht leicht jede Verlangsamung um https aus. – mvds

+0

Wird nicht wichtig sein, es sei denn, Keepalive ist eingeschaltet; Ich habe nicht viele Android-Apps gesehen, die versuchen, das zu benutzen (besonders kann ich mir nicht vorstellen, dass das auf der Batterie-Lebensdauer sowieso besonders angenehm wäre), aber siehe http://developer.android.com/reference/org/apache /http/ConnectionReuseStrategy.html. –

Verwandte Themen