[njoy]

Jag tänker ofta på optimering i mina skript och med exekveringsförlopp på några tusendels sekunder så är webbplatsen oftast blixtsnabb. Nyttjat RAM c:a 1 Mb. I koden redogör jag för att ingen annan kod kompileras eller körs emellan tidmätningarna.

Man vinner inte mycket på persistent connections i mysql gentemot andra mer komplexa databaser. Anledning till pconnect i mitt fall är i hopp om att hitta en redan öppen kanal istället för att skapa en ny. I avseende just delayen vid anslutning.

Efter att ha googlat lite hittar jag massor med trådar om just 3000ms och 9000ms delayer mot mysql. De beror alla på en bugg i linuxkerneln åtgärdad i 2.6.24.5. Det visar sig att FSDatas kernel från 2008 tillhör just de versioner där buggen bekräftats. Stämmer ju onekligen in med problematiken jag har också.

Länk för den vetgirige: http://www.linuxquestions.org/questi...ctions-613670/

Har ringt upp FSData om detta men de verkar ytterst ointresserade på supporten. Jag tyckte det då var lämpligt att tala med en ansvarig tekniker, och en sådan ska ringa upp mig sa dom. Supportkillen sa inte ens adjö när han la på. Av erfarenhet 2 ggr tidigare kommer nog aldrig teknikern ringa. Men vi väntar och ser...

Ser ingen mening att använda ticketsystemet för supportärenden. Det tar alltid minst 2-3 dagar innan ärendet vänder.

[njoy]

Måste bara berömma FSData utöver all kritik i tråden jag gett. Har talat med tekniker Henrik. Han är relativt nyanställd men mkt trevlig och ställde bra frågor och visade stort intresse för ärendet. Bra kille! Han kommer återkoppla imorgon efter att ha undersökt lite mera.

ITisGood.se: Tråden om CityNetwork återfinns här http://www.wn.se/t1049425.html. Det visade sig att Citynetwork tog till sig av kritiken, men jag valde att stänga mitt konto hos dom ändå då. Det är trist att man inte blir bemött förrän man går ut offentligt på WN.se. Min personliga åsikt är att CityNetwork borde få växa till sig lite grann. Hitta en stabil lösning som branschen känner igen och stå fast vid den. Kanske blev jag kund när skruvandet på variabler hade sin topp. Men det är erfarenheten jag fick. För övrigt hade de en svajig prestanda. Ibland jättesnabbt, ibland segade det till åt Bineros håll. Prestandan bekräftade dom hade varit ett problem. Detta var juli/augusti 2011.