20. november 2002 - 14:02Der er
9 kommentarer og 1 løsning
Hurtigere Concorde database adgang. - Hvordan ?
Hej,
er der nogen der ved hvordan man kan optimere C5. Det jeg er interreseret i er når man vælger: Udviklingsmenu under tilpasning/generelt. Og igen vælger Kør XAL - performancetest.
Der laver den forskellige ting med databasen. Hvordan får man tiderne ned ?
Det hele grunder i at den er 0,4 s om at indsætte i databasen. Og det er nogengange årsag til at C5 ikke altid "svarer" så hurtigt som man gerne vil have det.
Nogen der ved om nyere versioner er hurtigere mht. dette punkt - kører C5 1.80 nu.
Nej, der er ikke meget at gøre med Native database ud over at optimere server, arbejdspladser hvad angår diskhastigheder, masser af RAM på server, hurtig server og hastigheden på nettet.
Der findes nogle opstartsparametre man kan sætte som giver øget sikkerhed, men som også sløver skrivning til database. Især parameteren -gv som verificerer skrivningen giver øget tidsforbrug. Du kan se om den står i kommandolinien. Den kan også stå i den fil der hedder C5.INI i C5 biblioteket. Parametrene her er standard med mindre de overstyres i kommandolinien.
Jeg har en kunde som kører med en NT-serverløsning med optisk fiber net og masser af RAM på server (er godt for optimering af diskaccess) og den er lynhurtig.
Ellers skal man over på SQL, men det er dyrt! Og alm. performance øges ikke for små net!
Den venter med at skrive til databasen til den skal committe. Alle vores kunder kører med det uden problemer. Det er slået fra ved en fejl i kerner fra 1.80 og op. I 3.0 er den slået til som standard igen. Det er grunden til at de gamle kerner var hurtigere.
Synes godt om
Slettet bruger
20. november 2002 - 14:58#7
-p- fungerer helt uden problemer og det overvejes at gøre det til standard i 3.0. Teknisk betyder parametren at databasen kun låses for skrivning i kartotekerne når det er absolut nødvendigt.
Korrekt til broholm og mcregn - hvis man har et stabilt net. Er der problemer her kan det nemlig give problemer. MEN som hovedregel er det ikke noget problem. Jeg blev først klar over den for et halvt år siden og havde helt glemt den igen, så tak begge to!
Rettelse: Det var fra 1.70 og op. (Mere præcist XAL kerne version 2.70.4). "Databaseindsæt" i performancetesten falder fra ca. 5 sec til 0,08 sec, så det er noget der rykker igennem.
nr. 1 - vi kører med terminal server, så nettet er 100% stabilt, da der ikke trækkes C5 data ud over nettet.
Jeg havde egentlig ikke regnet med at der var en løsning på dette problem. men hold kæft der blev jeg overrasket:
Resultat af testen med og uden -p- er som følger: i en database på ca. 65mb
uden -p- Indsæt: 0,38 s Søgning: 0,03 s Slet: 0,13 s
med -p- Indsæt: 0,04 s Søgning: 0,03 s Slet: 0,06 s
Hvilket er helt perfekt. Dette er på et raid 5 system, ved godt at raid 0+1 vil være hurtigere til skrivninger. men alligevel.
Testede det også på en gl. scsi disk, der var indsæt på 1,94 s - urimeligt. Efter reindexering kom den ned på 1,42 s - så det giver også lidt. :)
Mange tak for hjælpen !!
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.