Blackberry-maker waarschuwt voor tekort aan bandbreedte

Volgens RIM krijgen telecomproviders de komende jaren te maken met bandbreedte-tekorten. Ontwikkelaars van mobiele applicaties moeten volgens de Blackberry-maker efficiënter met de bandbreedte omgaan.

Mike Lazaridis, co-ceo bij Blackberry-maker RIM, voorspelt dat telecomproviders in de komende jaren te maken krijgen met een tekort aan bandbreedte. De topman deed zijn uitspraak naar aanleiding van de groei van mobiel internetgebruik. Omdat smartphones en laptops met mobiel internet steeds populairder worden kan dit op termijn een tekort aan bandbreedte veroorzaken, aldus Lazaridis. In de Verenigde Staten zouden er af en toe al problemen zijn met trage dataverbindingen en telefoongesprekken die onderbroken worden. De RIM-topman denkt dat de oplossing ligt in het maken van applicaties die efficiënter met de beschikbare bandbreedte omgaan.

Het is niet de eerste keer dat de noodklok over een tekort aan bandbreedte geluid wordt. Zo noemde Julius Genachowski, voorzitter van de Federal Communications Commission, het tekort aan bandbreedte al eens de grootste bedreiging voor mobiele toepassingen. Wetenschappers van het Institute of Advanced Telecommunications van de Swansea University kwamen tot dezelfde conclusie.

Reacties (56)

[citruspers]

Efficienter mee omgaan? De infrastructuur moet gewoon verbeterd worden. We kunnen wel allemaal leuk LZW compressie gaan toepassen op onze emailtjes en webverkeer, maar een bezoekje aan youtube en je netwerk ligt weer plat. (videostreams zijn al zwaar gecomprimeerd, dus conventionele compressie heeft geen effect).

Je zou voor kunnen stellen om een of andere revolutionaire compressie uit de toekomst toe te passen, maar voordat die ontwikkeld is en ondersteund is bij de mobieltjes ben je weer jaren verder. Niet te vergeten de hardware kosten (realtime decompressen kost nog wel eens wat rekenkracht).

[mickje12]

De ontwikkelingen van mobiele telefoons gaan momenteel zo hard, dat een compressie die nu bijvoorbeeld te langzaam gaat, over enkele jaren wel een standaard is...

[citruspers]

Bedenk wel, ik heb het niet over een simpele RAR or UHARC compressie, maar echt iets complexers. Denk...quantumcompressie of iets in die richting.

Ik kan nog niet echt een concreet voorbeeld geven omdat die techniek nog niet bestaat, maar ik vermoed dat mocht data compressie een boost krijgen, dit zeker gevolgen gaat hebben voor de snelheid van mobieltjes.

[codeneos]

Gewone simple gzip compressie (want zo simple is het nu ook weer niet) is vrij effectief en meer dan 50% van de websites die je op internet bekijkt komen al gecomprimeerd binnen (gewone html content dus). Eigenlijk comprimeren we dus al heel veel data verkeer.

Maar ik denk eigenlijk, om terug te komen op het topic, dat veel mobile applicaties erg inefficiënt met data verkeer omspringen. Het gemiddelde niveau van een developer van mobiele applicaties is erg laag. Veel applicaties vallen nog net niet uit elkaar en worden door onervaren mensen in elkaar gehackt, althans die indruk krijg ik kijkend naar het aanbod Symbian applicaties.

Denk dan ook dat we ons hier terecht zorgen over moeten maken. Misschien kunnen ze een basis compressie, voor all het mobiele data (met uitzondering van gesprekken) verkeer inbouwen (iets dat in de communication layer van het desbetreffende OS gebeurd). Zo hoeven de ontwikkelaars prutsers van mobiele applicaties zich hier geen zorgen meer over te maken.

Edit: het woordje gzip vergeten

[Reactie gewijzigd door codeneos op 24 juli 2024 03:36]

[citruspers]

We zijn het dus eens dat makkelijke compressie al gebruikt wordt, en quantumcompressie niet mogelijk is?

Ik ben zelf niet zo'n coder, maar de meeste apps die ik ken gebruiken niet zo heel veel data. Misschien dat de drempel bij de N900 wat hoger ligt dan bij Symbian?

wat noem jij precies inefficient, heb je een voorbeeld wat je kunt geven. Als een applicatie 2x wat text data ophaalt lijkt mij dat in ieder geval niet zo'n wereldramp.

[codeneos]

De drempel voor Symbian zal inderdaad wat hoger liggen dan voor de iPhone of Android. Symbian native applicaties zijn c++. En c++ is niet zo'n makkelijke taal waar je toch echt een goed framework voor nodig hebt wat waarschijnlijk niet standaard bij de symbian devtools zit.

Maar het geeft ook aan wat voor mensen die applicaties, in ieder geval zijn het geen ervaren programmeurs.

Met inefficiënt bedoel ik dus dat telefoonnummers als text worden verstuurd en dan ook nog in unicode (gezien dat de standaard is voor alle text op vrijwel elke mobiele platform), dus 2 bytes per teken. Voor 1 tien cijferige telefoon nummer is dat 20 bytes, was dit als een integers (nummers) verstuurd had het in 6 bytes gekund (4 is net te weinig). Dus laten we zeggen 70% overhead vanwege een knullig developer, vind ik best veel.

Het is maar een voorbeeld en gaat dus om de relatieve getallen, absolute gezien maakt het in deze example voor 1 telefoonnummer niet uit maar als je met dergelijke applicatie je telefoonboek gaat syncen, en niet alleen jij maar duizenden anderen mensen doen dit ook tikt het wel aan.

[n4m3l355]

Ik zal het wel te simpel bekijken echter als ik kijk naar de gewone internet verbinding is deze in een kleine 10 jaar ontwikkeld van een 56k6 naar een 20 tot 100mbit lijn. Idem voor m'n mobieltje waar ik nog een kleine 2 jaar geleden nog met een kleine 8kb/s moest doen loop ik nu rond met een 7mbit verbinding rond. Ik vraag me dan ook af met 4G en andere technieken of de snelheid niet net zo goed voor mobieltjes zich sterk blijft ontwikkelen. Natuurlijk zou comprimeren of een andere software/hardware optie leuk zijn om meer te doen met minder echter waarom zouden op we op termijn? Dezelfde doomscenario's horen we ook al een tijdje met name vanuit de US op oa /. dat de gewone internet verbindingen op termijn niet toereikend is samen met de hedendaagse infrastructuur echter vaak heb ik het gevoel dat het eerder de Amerikaanse overheid is die meer grip wilt op de situatie ipv een daadwerkelijk probleem dat zou kunnen ontstaan.

[citruspers]

Volgens mij haal je nu een paar dingen door elkaar. Het gaat hier ten eerste om bandbreedte, niet om snelheid. Het "probleem" is dus dat er teveel data over de lijn gaat en de hardware het allemaal niet meer aan kan, niet dat er te snél data over de lijn gaat.

Ook de geruchten die je noemt zeggen me niet zoveel. Het dichtste wat hierbij in de buurt komt is het gebrek aan IPV4 adressen en dat wordt al langzamerhand opgelost (en geld al helemaal niet voor mobiele netwerken die simpelweg geNAT worden).

De (amerikaanse) overheid zou zich hier helemaal niet mee moeten bemoeien, ook al is het voor hen waarschijnlijk handiger als er efficienter gecodeerd wordt (in verband met hun afluisterproject waarvan ik de naam even kwijt ben).

[Abom]

Dat neemt niet weg dat ontwikkelaars ook na moeten denken over hun apps. Over het algemeen zijn ontwikkelaars gewoon lui...dat is ook de reden dat er nog altijd weinig applicaties zijn die multithreaded zijn...

Infrastructuur e.d. kunnen niet oneindig de incompetentie van ontwikkelaars compenseren.

[Pyronick]

Zoals citruspers meld, de infrastructuur laat te wensen over.
Vooral nu, de periode dat de vraag naar cellulaire internetverbindingen booming business word.

Audi heeft aangekondigd steeds meer internetdiensten in hun auto's te willen implementeren, Google wilt internet voor iedereen, overal, altijd, smartphones worden steeds populairder, etc.

Volgens mij is dit d.m.v. speculatie proberen een crisis door te voeren om zo hogere tarieven te rechtvaardigen en bewerkstelligen.

[Anoniem: 69767]

Impliciet pleit BB hiermee tegen ook de net neutrality --> als bandbreedte beperkt is, is het logisch dat bepaalde diensten (bv e-mail) voorrang krijgen boven anderen (p2p bv).

[citruspers]

Er is altijd de fijne lijn tussen net neutrality en traffic shaping. Als mijn provider ervoor kiest om de skype-gesprekken van mijn buurman de prioriteit te geven boven mijn download-que, dan kan ik me dat wel voorstellen (aaangezien skype-realtime is).
Je kan jezelf dan wel de vraag stellen waarom het uberhaupt nodig is, immers, als een bedrijf de beloofde (maximum) snelheid niet kan leveren moeten ze maar meer bandbreedte inkopen en hun switches etc. vernieuwen.

Nee, het wordt pas echt gevaarlijk als de telecomproviders echt selectief gaan knijpen/blokkeren met commercieel winstoogmerk. Denk bijvoorbeeld aan het prioritiseren van verkeer van blackberry gebruikers omdat die een duurder abbonement hebben, en het droppen van calls van mensen met een goedkoper abbonement (tegenwoordig gaan heel veel calls al over het 3G netwerk, niet meer 2G/GSM).

[tiefschwarz]

Beetje doorzichtig verhaal. Blackberry had een relevante USP toen dataverkeer nog 'per ons' werd afgerekend. Met flatfee subscriptions is die USP voor het grootste deel tenietgedaan. Om nu met volle overtuiging aan te kondigen dat dit een groot probleem gaat vormen is een beetje te kort door de bocht. Er zijn behalve de genoemde studies in het artikel--overigens gefinancierd door stakeholders (CIP Technologies)--ook studies die tot een andere conclusie komen.
Natuurlijk kan bandbreedte tekort een maatschappelijk probleem vormen gezien de afhankelijkheid van het internet in het algemeen, maar dat 'iedereen aan de blackberry'--de ondertoon van zijn betoog--de oplossing is lijkt mij een volslagen onzinnige conclusie uit een anderszins erg zinvol debat. Applicaties, infrastructuren en platformen hebben allemaal hun invloed op de schaarste en beschikbaarheid van bandbreedte, dus al deze factoren zullen moeten meewegen.

[Anoniem: 69767]

Waarom laat de overheid de digitale mobiele snelweg eigenlijk over aan private partijen? De overheid laat het bouwen van (snel)wegen toch ook niet over aan de markt..Waarom de mobiele snelweg dan wel? Gezien de problemen werkt de markt dus niet. Een goed mobiel netwerk kost namelijk nog al wat geld, dus vaak pas op een later moment economisch rendabel voor een onderneming. De overheid kan juist vooruitstrevend te werk gaan omdat zij niet direct winst hoeft te zien.

[Reactie gewijzigd door Anoniem: 69767 op 24 juli 2024 03:36]

[MSalters]

De reden van dit "probleem" is juist het fenomenale succes. De bandbreedte van het mobiele netwerk stijgt exponentieel. Historisch (PTT tijdperk) heeft de overheid bewezen dat ze niet zo snel zijn.

Het onderliggende probleem is natuurlijk dat je nu allemaal webdevelopers op mobieltjes krijgt. Die zijn ADSL/kabel met daarachter glasvezel gewend, naar Gigahertz PCs, en zijn daarom vergeten hoe inefficient technologieen als HTML, CSS en Javascript zijn. Ik ben het dus wel met RIM eens.

[SirBlade]

Kijk voor de lol eens naar Belgie waar je feitelijk maar 2 semi-overheids diensten hebt/had die je van internet konden voorzien.

[Zer0]

Jippie, dan mag ik meer belasting betalen omdat een of andere jojo zo nodig filmpjes moet streamen naar zijn telefoon....

[Anoniem: 69767]

Dat moet je nu ook al...

[DennusB]

Ik kan me hier ook heel goed iets bij indenken.
Als ik zie wat mijn Htc Hero(Android) erdoorheen slurpt in een maand...
Ach, de providers moeten gewoon meegroeien met de gebruikers

[Aetje]

Probleem is niet dat de providers niet mee willen groeien, ze kunnen het simpelweg niet meer. De radiobanden die er gebruikt worden zitten vol, ze kunnen niet verder verbreed worden. Datacompressie kan nog even uitkomst bieden, de meeste mobile devices tegenwoordig hebben daar wel voldoende CPU power voor.

[GrooV]

Hoeveel gebruik je dan per maand ongeveer? Ik zit met mijn Hero op ongeveer 800MB

[Jeroen-83]

Met mij touch HD ga ik soms richting de 10 GB.

Veel en vaak automatisch syncen (weer, mail, twitter enz.). Op het werk de hele dag internet radio afgewisseld met you tube en veel internetten 's avonds op de bank (thuis gebruik ik soms wifi maar lang niet altijd omdat 3G perfect werkt).
Regelmatig tijdens werktijd een costum rom downloaden om 's avonds te flashen.
Verder download ik ook regelmatig foto's en programma's.

Je kan wel raden natuurlijk welke provider ik heb.

[Reactie gewijzigd door Jeroen-83 op 24 juli 2024 03:36]

[citruspers]

Ik doe een wilde gok en zeg T-mobile, aangezien ik bij vodafone na 200 MB in een maand al een dreigbrief voor afsluiting in de bus kreeg.

[Kaalaamaazoo]

Vanuit mijn werk in de telecomretail weet ik dat een een provider als Telfort een tjidje geleden een FUP limiet rond de 1000 mb had. Aangezien dit soort limieten als het goed worden gebaseerd op gemiddelde gebruik van alle gebruikers vind ik het verbazingwekkend dat dit bij T-Mobile zo laag is. Of is dat al een tijdje geleden?

[EvilWhiteDragon]

Ik haal stevast de 250MB per maand en heb geen brief mogen ontvangen. Duss ergens gaat iets mis?

[Alex_dragon]

<offtopic>Vodafone heeft wel vaker gare dingen gedaan, een keer kreeg ik een rekening van 50 euro meer in de bus omdat ze halverwege de maand ineens die onbeperkt 'blox' hadden uitgezet.
Ondanks dat gebruik ik nog steeds vodafone, omdat ik zelfs met onbeperkt internet aan maar 17.50 per maand kwijt ben voor het volledige abbo. (met 800mb per maand)
</offtopic>
Helaas weten we allemaal ook dat vodafone ook een erg goed voorbeeld is van dit onderwerp, zoals een tijdje terug, toen ineens het volledige netwerk plat lag.
<vanhorenzeggen>
Toen ik wat meer ging rondvragen, bleek dat 1 van de 4 gateways op zijn gat ging door een te hoog gebruik (o.i.d), waardoor de andere het totaal niet meer konden verwerken omdat het te veel werd. </vanhorenzeggen>
als dat waar zou zijn, is het dus inderdaad nu al een flink probleem.

[JordyOnrust]

Nou vertel, welke provider heb je?

[gordian]

Ik denk Vodafone, daar haal je vaak 4-5 Mbit/s (volgens netspeed.net ofzo)

[Reactie gewijzigd door gordian op 24 juli 2024 03:36]

[DennusB]

Ik ga wel over de 1GB heen ongeveer volgens mij

[djexplo]

1GB per maand is gemiddeld nog geen 0.5 byte/s aan bandbreedte. Bij een optimale spreiding zouden er dus nog ongeveer 100.000 mensen van de zelfde mast gebruik kunnen maken.

Zelf denk ik niet dat je tegen applicatie bouwers moet zeggen minder bandbreedte te gebruiken. Waarschijnlijk is het veel handiger om de gsm-providers flexibel de bandbreedte te laten variëren afhankelijk van de drukte. Dit zou kunnen door meer timeslots te gebruiken, maar kost dan wel meer overhead.

[Anoniem: 116571]

Nou, een heleboel mobiele developers die snappen er niks van, en halen gewoon lekker alles op ipv te cachen, en gebruiken vrolijk 100% kwaliteit JPG's of voor audio zelfs losless wav :x

imho mag een developer echt wel even nadenken over de grootte van zijn applicatie. Hij hoeft natuurlijk niet gelijk overal 10% kwaliteit JPGs in te zetten, maar soms kan het je op een plaatje (door er bv PNG8 van te maken) 10kb schelen...

[Anoniem: 310408]

Een van de redenen dat Apple de applicaties checked. Sinds kort nogal streng op dit soort dingen.

[Mijzelf]

Mijn rekenmachine zegt 374 bytes/sec

[Subslider]

daar zou ik ook waarschijnlijk ook zitten als ik hem onbeperkt zou gebruiken. Alleen is bij HI "Eindeloos" online toch niet zo eindeloos. FUP gaat maar tot 250MB.

[Anoniem: 243511]

Ik verbruik op mijn Nokia E72 ongeveer 1GB per maand, op mijn i8910 ongeveer 300MB per maand en op mijn iPhone zeer variërend tussen de 100 en 800MB per maand.

Ik gebruik met Macbook met evenveel emails en surfen als op mijn E72 blijkbaar niet meer dan 500MB per maand met een 3G USB stick?

[watercoolertje]

Zo is het, ik ga er iig geen rekening mee houden, ik heb niet voor niks een onb. abo genomen!

[Grootstyr]

Waarom zou je in hemelsnaam als gebruiker moeten gaan nadenken of je wel gebruikt waar je voor betaald. Compressie/decompressie kost weer tijd, ik betaal voor een snel internet abbo, om die tijd daarna in compressie en decompressie te steken?

Lijkt me geen goede deal, dan moeten ze maar hun netwerken updaten.

[Roeligan]

lol @ omhoog modden, heb je het artikel überhaupt gelezen? Er staat dat de ontwikkelaars moeten opletten, weet niet waar jij gebruiker leest in dit artikel.

Als ik bijvoorbeeld kijk naar 1 van de populairste apps voor BB (Ubertwitter) zie ik dat deze bijvoorbeeld ook een hoop overhead meeneemt.

Bij inladen van de timeline haalt deze ook de profiel data op van alle mensen, als je op een tweet klikt, zie je direct het profiel van de persoon. Het zou efficienter zijn als je deze info pas ophaalt als je klikt op de tweet en de pagina inlaad, immers zo vaak doe je dit niet.

Ter illustratie van een "irritatie" die ik heb bij sommige apps

[JJ Le Funk]

De overheid moet Leech-taks gaan heffen. Zodra er een tekort ontstaat de leechtaks verhogen en is er zo weer een jaar bandbreedte bij.

[Anoniem: 69767]

Ik vermoed dat de mobiele pornindustrie hier niet zo blij mee zal zijn. Ook 3G filmpjes slurpen bandbreedte. En zoals we allemaal weten is de pornindustrie een van de belangrijkste drijfveren achter de acceptatie van nieuwe media geweest (VHS vs Video2000) en de DVDs, en Bluray vs HD-DVD. De pornindustrie koos massaal voor Bluray bron, en waarschijnlijk daarom is Bluray ook de winnaar geworden (want HD DVD was betere en goedkopere techniek). Die kracht was sterker dan bv de Xbox/Intel kamp o.a. met de relatief goedkope HD-DVD speler voor de Xbox360 konden ze niet winnen.

[Reactie gewijzigd door Anoniem: 69767 op 24 juli 2024 03:36]

[Denko]

Dit geldt al een jaar of 15 niet meer, pornoindustrie heeft 0.0 invloed op welk mediaformaat er wint. En ze hebben al helemaal niks mee te maken gehad met de overwinning van Bluray.

[Dutchman140]

Van de ene kant vind ik het wel goed als er efficienter wordt omgegaan met de bandbreedte. Ik bedoel: als je minder kunt verbruiken en hetzelfde effect kunt bereiken, waarom dan niet? Je bespaard er alleen energie mee.

Van de andere kant ben ik er wel voor dat de infrastructuur verbeterd moet worden. Soms kán het gewoon niet met zo weinig bandbreedte en moet er een verbetering optreden. Stel je bijvoorbeeld voor dat iemand 12 jaar geleden gezegd had dat we zuiniger moeten omgaan met de beschikbare bandbreedte en dit ook gebeuerd was? Zouden we dan nog steeds achter 54kbps modems zitten?

Ik vind dus dat, waar mogelijk, zuinig moet worden omgegaan met bandbreedte, maar dat er wel gewoon meer beschikbaar moet worden, omdat het soms gewoon niet anders kan.

[Anoniem: 69767]

Een eerste stap is dan over te schakelen naar Google Chrome of Apple's Safari. Die gebruiken minder bandbreedte dan andere webbrowsers, doordat ze bijna altijd in staat zijn de content compressed over te krijgen. De grootste vervuilers zijn de IE6 en IE7 webbrowsers: die weigeren (veel te) snel compressed content en verspillen daarmee nodeloos veel bandbreedte (IE wordt door heel veel Internetters gebruikt).

http://code.google.com/in...cles/use-compression.html

[Reactie gewijzigd door Anoniem: 69767 op 24 juli 2024 03:36]

[jbemmel]

Een probleem bij mobiele applicaties is dat ze veelal vaak bij een of andere server checken voor updates. Helemaal als je dan verschillende van dat soort applicaties tegelijk hebt draaien, kost dit naar verhouding veel resources op de mobiele interface ( veel "air time", verbinding krijgt niet de kans om in "stand-by" te gaan, etc.). Op vaste netwerken is dit veel minder een probleem. Compressie lost dit probleem niet op, het dynamische gedrag van applicaties zal aangepast moeten worden om beter om te gaan met de beperkingen van mobiel

[Anoniem: 167272]

In Suriname hebben ze geen breedband en toch kun je daar perfect voipen via 3g. De truc is oud: compressie! Iets wat onmiddellijk soelaas zou kunnen bieden.

[Oeroeg]

En hoe klinkt dat?

Ik heb ooit eens voip gebeld via GPRS, dit klonk nergens naar en er zat 4 seconden vertraging tussen....