Het leed dat file heet

Iedereen heeft ermee te maken: het Nederlandse verkeer. Zeker als je in het westen des lands woont/werkt, en tijdens spitstijden ergens op tijd probeert te arriveren….

Er zijn in de loop der tijd een aantal ‘oplossingen’ aangedragen door diverse instanties, zoals het promoten van openbaar vervoer, verschoven werktijden, thuiswerken, spitsstroken etc.
Ik moet zeggen: in de praktijk merk ik er weinig van. Als ik op werkdagen ergens op tijd moet zijn, sta ik geheid met de auto in de file. Openbaar vervoer is in de praktijk voor mij niet echt te doen, nog afgezien van de ‘betrouwbaarheid’ ervan. Aan beide eindpunten van de reis is de aansluiting vaak niet goed, de totale reistijd is vaak schrikbarend en de onregelmatige werktijden garanderen bijna dat ik niet op tijd op de plaats van bestemming kom.
Thuiswerken is een goede optie, echter is de (praktische) mogelijkheid daartoe regelmatig niet aanwezig. Nog afgezien van het feit dat veel opdrachtgevers/werkgevers hier meestal niet echt warm voor lopen….

De andere genoemde opties zetten ook niet echt zoden aan de dijk.
Voor mij is de (deel)oplossing om gebruik te maken van alternatief vervoer: een motor.

foto (2)
Niet altijd optimaal gezien het Nederlands klimaat, maar daar is op te kleden. Reistijden worden op die manier wel teruggebracht tot wat meer realistische waardes, en files zijn dan af en toe zelfs een soort van leuk!

De vaak gehoorde tegenargumenten zie ik niet zo: niet representatief (de meeste zakelijke relaties vinden het leuk, of rijden zelf ook), gevaarlijk (ligt voor een groot deel bij jezelf: defensief rijden is op de motor nog veel belangrijker dan met de auto), duur (het eventuele kostenverschil in brandstof en verbruik compenseer ik ruimschoots door het ontbreken van parkeerkosten).

Bovendien: ik vind motorrijden leuk! Als ik bij de klant arriveer heb ik over het algemeen een grote smile op mijn gezicht šŸ™‚

En mocht het qua weersomstandigheden nou Ć©cht niet te doen zijn: Ach, ik heb ook altijd nog een koekblik waarmee ik in de file aan kan sluiten!

 

PS: Je kunt er ook nog leuk mee op vakantie šŸ˜‰

JA_IMG_1710

Next, next, finish syndroom

Het merendeel van de huidige IT-oplossingen wordt geleverd met een standaard installatie-oplossing, waarbij de meest gebruikelijke instellingen standaard voorgedefinieerd zijn.

Dit is natuurlijk fantastisch, want zo kan bijna iedereen het product installeren. Echter is het nadeel van deze methodiek dat ook nagenoeg iedereen deze producten volgens deze methode installeert!

In mijn dagelijkse werk zie ik veel vragen/problemen voorbij komen, waar performance een grote bottleneck vormt.

Voorbeelden:

  • een Sharepoint site wordt als traag ervaren. Oorzaken: er wordt met een standaard installatie van Windows Server, Sharepoint en SQL gewerkt.
    Door deze drie producten optimaal in te richten voor deze specifieke taak, is soms 60-70% snelheidswinst te behalen!
  • Exchange wordt na enige tijd steeds trager, wat met name merkbaar wordt bij doorzoeken van mail, het opstarten van Outlook etc. Door Exchange parameters juist in te stellen met betrekking tot gebruikte hardware (CPU, geheugen, schijfsnelheid) kan dit vaak eenvoudig verbeterd worden.
  • De SQL server wordt steeds trager met het teruggeven van antwoorden op (bepaalde) vragen. Met name SQL is erg gevoelig voor het juist inrichten van de omgeving, en de juiste instellingen binnen databases.
  • Virtuele servers op Hyper-V of VMWare zijn traag, of reageren af en toe helemaal niet. Ook hier valt per virtual machine, afhankelijk van de functie van ervan, grote winst te behalen.
  • Op dezelfde virtualisatie oplossing is dit ook van toepassing: VMWare/Hyper-V moeten ook ingeregeld worden op gebruikte hardware, doel en toepassing.

Deze knelpuntenĀ zijn door een goede inventarisatie boven water te krijgen, waarna er naar aanleiding van een rapportage een plan opgesteld wordt met aanbevelingen om deze te verhelpen.

In een recent uitgevoerde opdracht is een dergelijk onderzoek uitgevoerd op o.a. de VMWare omgeving: hierbij bleken de aanpassingen op de VMWare servers een snelheidswinst van 40-50% op te leveren!

Totale doorlooptijd van onderzoek t/m implementatie: 5 dagen.

Vaak worden performance problemen aangepakt door meer hardware (meer servers, sneller SAN) in te zetten, terwijl dit vaak:

  1. Niet nodig is
  2. Het probleem niet oplost

Hier komt het verschil boven water tussen iemand die het ‘geleerd heeft’ en iemand die ‘het begrijpt’…..