'Android 2.2 is 450 procent sneller dan 2.1'

Reacties

« 1 2 3 4 5 »

Door amaterasu, woensdag 12 mei 2010 10:14

wow dat is echt een verbetering

Dat de LG gw620 maar eens word geupdate naar een hogere Android versie

[Reactie gewijzigd door amaterasu op woensdag 12 mei 2010 10:15]

Door vgroenewold, woensdag 12 mei 2010 10:56

Daar heb je dan weer minder kans op bij het Android platform helaas, groot deel te maken met de providers.

Als deze snelheidswinst inderdaad klopt, vind ik dat nu precies de richting wat een dergelijk platform moet hebben. Niet alleen de snelste mobieltjes nodig hebben, gewoon ook zorgen dat het systeem zelf snel en efficient blijft, liefst sneller bij iedere update. Ik raak in ieder geval steeds meer gecharmeert van Android.

edit: @Rob Coops, dat is inderdaad ook een heel goed punt. Maar dat principe heb ik altijd aangehouden, eerst zien dan geloven.

[Reactie gewijzigd door vgroenewold op woensdag 12 mei 2010 11:04]

Door OneOverPrime, woensdag 12 mei 2010 10:58

Door arnoo1, woensdag 12 mei 2010 12:21

inpreciepe zegt een benchmark ook niet al te veel, en herhalen van codes is meestal wel vrij snel, mensen kopen ook geen toestel omdat hij goed scoored met een benchmark maar eerder of het toestel goed en snel draai , we zullen uit eindelijk zelf zien/ervaren of het zo is.

Door Rob Coops, woensdag 12 mei 2010 10:58

Ik zeg eerst praktijk voorbeelden van deze welhaast onmogelijke verbetering en dan geloof ik het pas. Een benchmark en zeker een benchmark die niet berekend is op een VM met een jit compiler is niet een goede manier om aan te tonen of een systeem sneller is geworden omdat er eigenlijk geen vergelijk gemaakt kan worden tussen voor en na jit. Als je een normale applicatie hebt zul je waarschijnlijk heel veel minder taken op deze manier kunnen compileren en dus heel veel minder snelheidswinst behalen. Natuurlijk zal er nog steeds wel een winst te behalen zijn van tot wel 100% met een beetje geluk een een applicatie met veel code die steeds maar herhaald wordt maar 450% is gewoon een probleem van de benchmark, niet een bewijs dat Android sneller is geworden.

Door Bob, woensdag 12 mei 2010 11:06

Exactly, JIT is prima voor korte herhaalde code, precies wat een benchmark is. Stel je het andere extreme geval voor: een complexe applicatie waar weinig code meer dan enkele keren wordt uitgevoerd. Als je hier JIT forceert zal het trager draaien, het just in time compileren kost namelijk ook redelijk wat tijd, tijd die niet altijd rendeert.

Door Adion, woensdag 12 mei 2010 11:15

Een applicatie waar geen code herhaalt word uitgevoerd zal hoe dan ook al wel snel draaien, het al dan niet JIT-compileren zal dan niet echt merkbaar zijn.
De programma's die wel merkbaar sneller kunnen zullen hoogstwaarschijnlijk toch wel ergens iets herhalend aan het uitvoeren zijn, en in dat geval zal het compileren wel snelheidswinst geven.

Het is inderdaad wel zo dat normale applicaties uiteraard niet enkel korte lussen van korte code hebben zonder andere bottlenecks, dus het is zeker niet zo dat elke applicatie nu 450% sneller zal draaien.

Door DikkeDouwe, woensdag 12 mei 2010 11:28

een complexe applicatie waar weinig code meer dan enkele keren wordt uitgevoerd

Misschien is die applicatie niet goed geprogrammeerd of niet getuned voor een mobiel apparaat ? Iemand die de ene keer een ArrayList gebruikt, dan weer een Vector, dan weer een List klasse van zichzelf en vervolgens weer een List uit een van de Apache Commons library zal inderdaad tegen de lamp lopen bij mobiele apparaten met beperkt geheugen en waar de applicaties meestal voor een kortere periode draaien dan op een server. Voor elke lijst klasse moet dan de JIT compiler weer worden aangeroepen terwijl de meeste List implementaties eenzelfde basis principe hebben. Iemand die dus de zogenaamd complexe server applicaties programmeert met bv JBoss en andere frameworks zal niet automatisch geschikt zijn om applicaties te schrijven voor een mobiele device. Ik ken Android niet, maar zover ik begrepen heb is het Android OS geschreven in Java ... en een OS wordt 1 keer geladen en gestart en zal vervolgens in het geheugen blijven (geschikt dus voor JIT) terwijl een leuke app misschien zeer kort draait en dus minder geschikt is voor JIT.

Door bobwarley, woensdag 12 mei 2010 12:12

Android is niet geschreven in Java. Alleen de syntax is hetzelfde.

Door j0bro, woensdag 12 mei 2010 17:12

Android is het operating system met de drivers, libraries en zeer belangrijk: de Dalvik Virtual Machine, allen geschreven in C.

De Android applicaties zijn allemaal geschreven in Java, maar worden na compilatie naar Java bytecode (*.class bestanden) geconverteerd naar het Dalvik Executable-formaat (*.dex bestand). Dit formaat is geschikt voor de aangepaste instructieset zoals die in de Dalvik VM gebruikt wordt, eentje die zeer geschikt is voor mobiele apparaten.

Via de SDK schrijf je apps en via de beschikbare NDK kan je ook native C code in je apps gebruiken om zo low level operaties uit te voeren, bij voorkeur voor rekenintensieve taken.

Zo moet het weer duidelijk zijn

Door konin525, woensdag 12 mei 2010 14:02

Android is gebasseerd op de linux kernel, dat is geschreven in c(++).
android applicaties worden geschreven als java source maar worden niet naar dezelfde byte code gecompileerd als bij java.

Door OneOverPrime, woensdag 12 mei 2010 15:32

Door Stevendefeij, vrijdag 14 mei 2010 16:53

@konin525 Ter aanvulling de linux kernel bestaat uit C en uit assembly
(lijkt me anders ook moeilijk om voor de cpu om c te snappen.)

Door demonite, woensdag 12 mei 2010 11:57

Volgens mij is het wel degelijk realistisch. Als ik het goed begrepen heb zijn alle android apps dus gecompileerd naar een intermediate language (*.dex = dalvik executable). Nu, bij het runnen van zo'n app worden alle android applicaties dus geinterpreteerd, elke statement, elke loop.
Doordat hetgene wat deze applicaties draait (de Dalvik VM) bij 2.2 dus niet meer interpreteert maar eerst compiled naar native code levert dat 450% snelheids winst op.
Dat is onafhankelijk van welke app of wat die app precies doet.
Het uitvoeren van instructies gaat sneller omdat ze niet meer geinterpreteert hoeven te worden. Bare metal performance vs interpretation.

Door konin525, woensdag 12 mei 2010 14:05

je vergeet even de compile tijd mee te rekenen. Dat is een eenmalige actie die normaal veel tijd kost. De JIT compiler die in de sun java vm zit, compileerd de bytecode ook alleen naar native code als het stuk meermalen wordt uitgevoerd.

De meting van 450% is natuurlijk heel extreem omdat bij een zelfde berekening die steeds maar herhaald wordt een JIT compiler extreem goed rendeerd.
Bij een enkele berekening is het juist trager, elk opvolgende zelfde berekening is veel sneller.

Door demonite, woensdag 12 mei 2010 15:27

In het geval dat de JIT compiler tijdens start-up alle byte code omzet naar native code vervalt deze JIT compile tijd tijdens de executie van het programma. Dan duurt het starten van je app ietsje langer.. Van bytecode naar native code lijkt me niet een mega-zware taak die heel veel tijd in beslag neemt. Met een beetje caching van de gegenereerde byte code kom je al een heel end, en er zitten vast nog veel meer slimmigheidjes in. Het feit dat het interpreteren van bytecode maar 450% langzamer is als bare metal performance geeft al aan dat er best wel wat intelligentie in die Dalvik VM zit.

Door naikon, woensdag 12 mei 2010 19:02

Compileren kost helemaal niet veel tijd. Een beetje efficiente compiler zet megabytes aan code per seconde om in machine code. Volgens mij word door de meeste mensen hier de kracht een van een (jit) compiler behoorlijk onderschat.

Ter illustratie, een normale VM ziet er ongeveer zo uit:
while(true) {
switch(mem[ip]) {
case ADD: mem[mem[ip+1]] += mem[ip+2]; ip += 3; break;
case JUMP: ip = mem[ip+1]; break;
... etc ....
}
}

Je kan aan het aantal indirecties al zien dat een speed up van 450% gemakkelijk te realiseren is wanneer de code direct word uitgevoerd door de CPU ipv door de VM.

Een echt goede JIT compiler kan op basis van runtime statistieken ook nog eens betere keuzes maken dan een normale (statische) compiler. Wat dat betreft is denk ik die verbetering van 450% nog maar het begin.

Door batteries4ever, donderdag 13 mei 2010 14:16

Tja mijn eerste gedachte was: hemel, dan moet 2.1 wel gigantisch inefficient zijn.....

Door Dyn, woensdag 12 mei 2010 11:10

Het werd tijd......

Door Wilco87, woensdag 12 mei 2010 12:02

Helaas is dit nog niet het geval, hier gaan meerdere geruchten over rond, echter is hier helaas geen bevestiging over vanuit lg, erger nog... Zij na contact met hun blijkt dat nog niet eens zeker is of hier wel een nieuwere rom voor komt, wel heel jammer gezien 1.5 rom van de gw620 toch echt zeer achterhaald is !

Door himlims_, woensdag 12 mei 2010 15:26

helaas; had je geen LG moeten kopen, als er een telefoon fabrikant is die niets heel weinig aan aftersales doet dan is 't LG wel. Geen updates, geen software, etc.
_{heb ik 't puur over mobiel - wat LG doet in andere takken ben ik niet bekend mee}

[Reactie gewijzigd door himlims_ op woensdag 12 mei 2010 15:26]

Door gjb29, woensdag 12 mei 2010 19:09

Hier geef je zelf het antwoord al, ze maken ook andere producten en zijn waarschijnlijk op winst uit. En heb de gw620 geprobeerd maar hij wijkt best veel af van de ui van android. LG heeft hem veel te veel aangepast imho. Geef mij maar een HTC. Zij maken tenminste erg goede telefoons en je krijgt later ook de beloofde updates.

Door k7of9, woensdag 12 mei 2010 19:46

LG heeft het teveel aangepast zeg je...om vervolgens HTC te prijzen, die de UI veel diepgaander aanpast. Beetje tegenstrijdig.

En om HTC te prijzen om hun updates vind ik ook wat vreemd. Ze lopen nog steeds hopeloos achter.

Ik heb zelf een HTC hoor daar niet van. Wel een met een stock UI gelukkig.

Door sys64738, donderdag 13 mei 2010 10:26

Vrij kort na de introductie heeft LG al bekend gemaakt dat er geen updates gaan komen voor de GW620..... dus reken er maar niet te hard op.

Door RiGhTeOuS, donderdag 13 mei 2010 11:00

Dat zou heel fijn zijn! Ik dacht dat we al op 1 mei een update kregen...

450% is echt belachelijk veel! Maar ik neem aan dat het niet bij elke applicatie is.

Door pizzaislekker, woensdag 12 mei 2010 10:15

Heeft dit gevolgen voor de programma's die de Nexus One draait? En hoe zit het met andere toestellen, worden die ook sneller na een upgrade naar android 2.2?

Door watercoolertje, woensdag 12 mei 2010 10:17

Ja de JIT-compiler werkt gewoon op elk toestel, het ging juist om de ondersteuning voor Android en die is zo te zien dik in orde gemaakt

Lijkt me trouwens niet dat het overal deze zelfde verbetering mee gaat brengen maar sneller wordt het er zowiezo van

Door us1111, woensdag 12 mei 2010 10:18

Geen gevolgen voor de software, ook huidige software zal gebruik kunnen maken van de JIT. Andere toestellen zullen ook sneller worden. Hoeveel sneller, ligt aan de optimaliasties van de JIT compiler icm. de gebruikte CPU instructieset.

Door _JGC_, woensdag 12 mei 2010 10:20

Die JIT-compiler compileert virtual machine code naar native code. Dit is een techniek toegepast door andere virtual machines zoals Java en .Net, maar ook Firefox doet dit tegenwoordig met Javascript. Het verschil bij Firefox is ook behoorlijk.

Door dipje2, woensdag 12 mei 2010 10:21

Over het algemeen niet. De ervaring die ik nu heb is dat HTC's Sense het enige is wat niet werkt met JIT aan.

Neocore, verschillende spelletjes, Copilot, Google Maps, Facebook, berg widgets, Buienalarm + spul, SMS backup... ik heb van alles draaien op m'n Hero'tje en het werkt gewoon met JIT aan.

Door watercoolertje, woensdag 12 mei 2010 10:26

Je Hero is echt wel veel sneller geworden of je hebt JIT niet goed toegepast, ik heb zelf JIT op de Hero gehad en op de spontane reboots na werd alles toch wel een stuk (merkbaar) sneller, vooral met browsen merkte ik het heel erg.

Anyway, goed dat dit er aan komt, extra power is nooit verkeerd, dat zou ook betekenen dat het zuiniger wordt omdat alle taken sneller gedaan zijn

Door 87Vortex87, woensdag 12 mei 2010 10:46

De JIT compiler komt met Android 2.2. Android 2.1, die nu uit is, heeft alleen wat softwareoptimalisatie. Hoe kom je aan een JIT compiler op je Hero als al bekend is dat dit conflicteert met de Sense UI?

Door watercoolertje, woensdag 12 mei 2010 10:53

Hoe ik er aan kom, ROM-bakkers. Wat moet ik met Sense, vind Android prima zo als het er standaard uit ziet en de widgets gebruik ik niet dus nergens last van gehad met Sense UI

Daarbij heeft ook Samsung een telefoon waar al een JIT compiler op werkt en dat is ook 2.1, en me Milestone met JIT deed dat al vanaf 2.0 en 2.0.1

Volgens mij had ik zelfs een JIT compiler op me G1 maar dat weet ik niet zeker, moet wel 1.6 geweest zijn dan!

Edit:
Exact, standaard zit het er dus nog niet in nee

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 11:14]

Door 87Vortex87, woensdag 12 mei 2010 10:59

O, dus je bedoeld dat alleen de custom roms tot nog toe de JIT compiler hadden? Ik had namelijk nog nooit gehoord van de JIT integratie in stock roms in android.

Door dipje2, woensdag 12 mei 2010 22:23

Ze zijn er al een poosje mee bezig, en het zit in de source tree van Android. Het staat alleen altijd uit voor stock ROMs omdat het nog niet stabiel was.

Custom-ROM bakkers pakken de JIT source, compilen het, en zetten het aan in hun eigen ROMs.

Weet alleen niet zeker of het kan werken op 1.6, volgens mij was het voor >= 2.0.

Maar wie weet is dat ook allang anders.

Anyway, JIT is dus bedoeld om in mainstream (stock) ROMs te komen vanaf 2.2, maar de source is dus allang in de repositories beschikbaar en nieuwsgierige mensen zetten het aan en kijken wat het doet

Door watercoolertje, woensdag 12 mei 2010 10:15

Sneller in deze berekening, overall zal het ook wel schelen maar geen 450%

Ben benieuwd wat de opstarttijd nu is, en wat de Flash I/O is met 2.2! Kan iig niet wachten op me Nexus met 2.2

Door chronoz, woensdag 12 mei 2010 10:16

Het was ook wel nodig, mijn HTC Hero loopt erg onstabiel op HTC 2.1 custom roms, terwijl ik juist de stabiele heb uitgezocht.

Hopelijk komt er dan ook eindelijk een goede mediaspeler.

Go Android! $_/-\o_$

Door us1111, woensdag 12 mei 2010 10:20

Voor de Hero schat ik de kans op een 2.2. rom ongeveer 0.1%.. Wellicht dat er mogelijkheden bestaan om de release JIT naar 2.1 te porten, maar stabiliteit zal er dan alleen maar minder op worden.

Ik vraag me trouwens af waarom je stabiliteit koppeld aan dit onderwerp? Ik heb ook meerdere 2.1. ROMS geprobeerd en geen enkele was onstabiel, wel een paar kleine mankementjes, maar dat is wat anders dat instabiliteit.

Door watercoolertje, woensdag 12 mei 2010 10:27

Tuurlijk is dit rock solid, anders gaat google het er echt niet in bouwen, ja dat bij onze ingebouwde JIT-Compiler je toestel elke X uur ff reboot klopt maar dat zegt niks over hoe goed/slecht google het er in kan krijgen

Zegt meer over ons zelf/devvers

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 10:34]

Door MittaM, woensdag 12 mei 2010 10:16

Dat klinkt goed. Android word steeds een stukje beter

nog meer reden voor mij om over te stappen naar dit mooie OS

Door AiChan, woensdag 12 mei 2010 12:45

Nu pas?

Ik run nog steeds stock Hero, en ben nog steeds super blij met Android. Wil echt niets anders meer.

[Reactie gewijzigd door AiChan op woensdag 12 mei 2010 12:46]

Door FooLsKi, woensdag 12 mei 2010 10:16

Oh yeah baby! Dat wordt hopen dat HTC snel een 2.2 update voor de Desire gaat uitbrengen (en anders rooten

)

Door konin525, woensdag 12 mei 2010 14:09

De legend was eerst! :-)

Door Dranica, woensdag 12 mei 2010 10:17

wow dat is snel

Ik kijk al uit naar de release

Door FireStarter, woensdag 12 mei 2010 10:17

Maar het was eerst somber langzaam ennu werkbaar of is het nu supersnel?

Door shameete, woensdag 12 mei 2010 10:19

nee hoor, niet somber langzaam, maar sneller is altijd beter natuurlijk

Door watercoolertje, woensdag 12 mei 2010 10:22

Somber langzaam? Heb je een emulator met Android 1.0 getest ofso? Want van af 1.6 is Android zeer goed werkbaar, met 2.0/2.1 is het snel en met 2.2 supersnel dus

(en dat hangt dan nog van de CPU af ook, X10 met 1.6 = smooth, G1 met 1.6 = werkbaar)

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 10:22]

Door ulTimaS, woensdag 12 mei 2010 10:35

Hij vraag het toch ook gewoon.

Door watercoolertje, woensdag 12 mei 2010 10:40

Bla bla bla, eigenlijk helemaal geen zin om deze kansloze discussie te voeren...

(een comma of goede schrijfwijze had deze zeer kansloze discussie niet eens opgeroepen, maar nee ik heb het gedaan niet de persoon die niet kan typen

)

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 12:42]

Door Nowad, woensdag 12 mei 2010 10:49

jij moet die zin van hem eens ff anders gaan lezen, hij maakt gewoon een voorbeeld in een vragende zin

Door DUTCHSPiRiT, woensdag 12 mei 2010 11:04

Je zal ongetwijfeld prima kunnen lezen, begrijpend lezen is lastiger voor je zo te zien.
FireStarter stelt twee vragen:
-Was het eerst somber langzaam en nu werkbaar?
-Of is het nu gewoon supersnel?

Door watercoolertje, woensdag 12 mei 2010 11:16

)

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 12:42]

Door OddesE, woensdag 12 mei 2010 12:10

Misschien dat, als al DRIE mensen je er op wijzen dat je iets verkeerd interpreteert, je de fout eens bij jezelf moet gaan zoeken?

En dit is het web. Mensen schrijven niet altijd perfect nee. Daarom is lezen een kunst.

Door Maximized, woensdag 12 mei 2010 10:18

Nu nog hopen voor een fatsoenlijke (lees: werkende) Exchange implementatie. Dan ga ik weer terug naar m'n Desire, want ik ben uit narigheid maar weer terug gegaan naar m'n iPhone 3G waar m'n contacten niet willekeurig worden verwijderd en ik altijd gewoon kan emailen

Door watercoolertje, woensdag 12 mei 2010 10:30

Gek dat de 2 personen die ik ken met een Desire daar geen last van hebben

En beide gebruiken Echange... Ik ook op een ander toestel en ook nooit last van gehad, denk dat je zelf wat fout doet

Worden je contacten echt verwijderd of niet weergeven?

[Reactie gewijzigd door watercoolertje op woensdag 12 mei 2010 10:35]

Door neographikal, woensdag 12 mei 2010 10:58

Wazig, nergens last van hier (zowel op Exchange 10 als de versie daarvoor)

Door hellbringer, woensdag 12 mei 2010 11:13

Gebruik Exchange nu al ruime tijd op m'n Motorola Milestone (2.1 root) en ik kan altijd gewoon mailen.
Is me nog niet opgevallen dat contactpersonen verdwijnen, wanneer gebeurt dat?

Door johnbetonschaar, woensdag 12 mei 2010 10:19

Leuk en goed natuurlijk maar dit blijft natuurlijk een synthetische benchmark, en vooral bij JIT omgevingen liggen dit soort resultaten nog veel verder van de werkelijkheid dan bij gecompileerde benchmarks. Als de nieuwe Dalvik JIT net een uitbreiding heeft gekregen die precies het stukje bytecode dat hier wordt gebenchmarked goed kan optimaliseren in native code, dan runt zo'n benchmark al snel 4.5x zo snel. Of je hier in de realiteit heel erg veel van zal merken valt maar te bezien, in een real-world applicatie ga je niet 1 miljard keer dezelfde berekening uitvoeren en verder niks, dus dan is het voor de VM ook veel moeilijker om hotspots te vinden voor extra optimalisatie.

Edit:
Ik zie nu pas dat er voorheen niet eens een JIT compiler werd gebruikt. In dat geval kan je inderdaad over de hele linie grote snelheids verbeteringen zien ja (hoewel JIT-compiler benchmarks nog steeds een heel vertekend beeld kunnen geven, dat wel).

Heel vreemd dat er pas in 2.1 een JIT compiler wordt gebruikt

[Reactie gewijzigd door johnbetonschaar op woensdag 12 mei 2010 10:24]

Door YopY, woensdag 12 mei 2010 10:57

Heel vreemd dat er pas in 2.1 een JIT compiler wordt gebruikt

Sja. Waarschijnlijk was dat een zodanig grote en complexe klus om een JIT te bouwen specifiek voor die toepassing dat ze dat uitgesteld hebben tot deze versie, en bleek de performance zonder JIT voldoende.

Door 87Vortex87, woensdag 12 mei 2010 11:04

Nee, in 2.2. komt de JIT compiler pas.

Door johnbetonschaar, woensdag 12 mei 2010 11:19

Op zich begrijpelijk, maargoed als je kijkt wat er allemaal aan bestaande JIT compilers beschikbaar is (ook open-source, denk aan Psyco bijvoorbeeld) misschien wel een vreemde keuze, vooral als je een nieuw mobiel platform wilt lanceren. Dan wil je toch dat het de eerste keer gelijk helemaal super is?

Door humbug, donderdag 13 mei 2010 06:14

Apple, Microsoft en dus ook Google brengen allemaal OSen uit die niet perfect zijn. Of had Apple met de iPhone moeten wachten totdat er Multitasking inzat? (Dan hadden we nog nooit van de iPhone gehoord)

Door Dreamvoid, woensdag 12 mei 2010 11:16

De kop was dan ook beter geweest:
VM in Android 2.2 is 450% sneller dan in 2.1

Door trion75, woensdag 12 mei 2010 12:54

En dus is Android 2.2 450% sneller dan 2.1, aangezien alles in de VM draait.

Door demonite, woensdag 12 mei 2010 12:56

Waarom? Als gebruiker van een android telefoon ben je je toch helemaal niet bewust dat al je apps in een VM draaien?

Door dipje2, woensdag 12 mei 2010 22:29

De Dalvik VM die gebruikt wordt in Android was nog niet toe aan JIT wat ik denk / gok.

Davik is een VM speciaal bedoeld voor lower-memory devices en andere kleine apparaten, dus een goede keuze voor de basis van een telefoon-OS.

En je hebt helemaal gelijk met de benchmarks + JIT opmerking. En meestal is de snelheid van Flash I/O de factor dat huidige smartphone's 'haperend' kunnen aanvoelen, en niet de CPU.

Maar toch, extra snelheid is nooit weg, so bring it on

« 1 2 3 4 5 »

Op dit item kan niet meer gereageerd worden.

10:41	Microsoft brengt gratis navigatie op Windows Mobile
10:01	DICE kondigt eerste dlc-pakket Bad Company 2 aan - update

Nieuws I/O

Shortcuts

Categorieën

Lees meer over

Gerelateerde content

Gerelateerde jobs

Reacties

26-05 Nieuws

23:51 Productreviews

08:58 Vraag & Aanbod

25-05 Jobs

07:50 Etc.

08:55 Reacties

08:59 Forum

25-05 Gesponsorde acties

00:16 Tweakblogs

26-05 Computable headlines

25-05 CRN headlines