wwww napisał(a)
hmm.
Faktycznie sformulowanie mojego pytania jest niejasne dlatego ze nie posiadam odpowiedniej wiedzy do tego (jeszcze nie)
Jednakze:
To już ustaliliśmy :)
SPRZET
- Nie pytam nikogo o gotowe wyniki i roznice czasowe wiec nie wiem dlaczego parametry komputera mialby tu jakiekolwiek znaczenie. Nie ma roznicy w testowaniu szybkosci na sprzecie dobrym, srednim, czy slabszym. Poniewaz interesuje mnie metoda a nie wynik.
Nie sprecyzowałeś po co Ci ten test więc zapytałem co za sprzęt do tego. Jeśli to ma być część pracy (dyplomowej, licencjackiej, magisterskiej) to nie ma większego znaczenia, ale na wydajność pracy samej bazy sprzęt ma największe znaczenie.
PROCESY
2. Pytajac o procesy powinienem powiedziec ze system czysto zainstalowany a takze dystrybucja linuxa ktora posiada podstawowe parametry. powiedzmy RED HAT 8.0
Maszyna ma byc podstawowo skonfiigurowana na tyle podstawowo zeby chodzila tylk obaza danych ORACLE i nic wiecej.
No to możesz do celów testowych przetestować
a) na standardowym systemie (czysta instalacja, bez dodatków i bez dodatkowych serwisów typu FTP, WWW, poczta, ..., które w windowsie serwer wybiera się przy instalacji i o ile pamiętem to w RH też podczas instalacji)
b) na "okrojonym" systemie, gdzie wyłącza się wszystko tak, aby komp i baza chodziły dobrze. Co wyłączyć to już zależy od konkretnej wersji systemu (różnica będzie nawet między Win2000 profesional a Win2000 serwer, czy między RH8 a inną wersją) więc to już pod konkretną wersję by trzeba było
PLATFORMA
XP i LINUX, roznice miedzy tymi dwoma systemami Tak samo jak Linux tak i XP powinno byc podstawowo skonfigurowane i zainstalowane na takiej samej maszynie co linux (ten sam komputer)
patrz wyżej
METODA
Nastepnie potrzebna mi metoda testowania czyli program zajmujacy malo zasobow systemowych. napsany w C++ tak aby ten sam program uruchamial sie w Linuxie i w XP. myslalem o programie wysylajacym w petli zapytanie do bazy i moze zliczanie czasu uzyskania odpowiedzi nie wiem jaka metode i jak najlepiej to wykonac dlatego prosze kogos z Was o pomoc.
A może tu lepszym rozwiązaniem było by aby na serwerze stała TYLKO baza, a program testujący był na drugim kompie. Wtedy Serwer będzie zajmował się tylko i wyłącznie bazą i "trawieniem" zapytań. Wtedy program może być np. w Delphi i stać na windowsie niezależnie od tego na czym stoi serwer (i to było by chyba bardziej sprawiedliwe) i komunikować się przez TCP
BADANIE
- Maxymalnie wylaczyc wszystkie procesy (niepotrzebne) w obu systemach i nastepnie testowac masowe zapytania (wyszukiwanie w bazie) w petli i mierzyuc czas odpowiedzi
Co i jak będziesz testował to już tylko i wyłącznie inwencja twórcza. możesz
a) testować czas pojedyńczego prostego SELECTu (z jednej tabeli)
b) testować czas pojedyńczego złożonego SELECTu (z kilku\kilkunastu tabel)
c) czas jednego INSERTa do bazy
d) to samo z UPDATE i DELETE
e) testy od a do d na bazie z indeksami i bez, na pustej bazie (a i b nie przejdzie :) ) i na bazie, która ma 100.000 rekordów
to wszystko oczywiście powtórzone po 1000 razy i wyciągnięta średnią.
- Maxymalnie wlaczyc kilka procesow i sprawdzic szybkosc, a takze zbadac ktory proces dos duzo spowalania zapytanie
ten aspekt może przemyśl, bo takie testy powinny być albo na systemach po instalacji, albo odchudzonych maxymalnie. Natomiast na zamulanie kompa to raczej się nie testuje, bo serwer BD to ma być serwer BD a nie maszyna do wszystkiego, w tym do Q3
dotyczy to badania na obu systemach
nie wiem co to moga byc za procesy bo na linuxie znam sie tylko podstawowo. czyli linstalacja , konfiguracja, podstawowa obsluga kont nadanie praw ,programy pocztowe. orza systemy graficzne
Potrzebne mi to do pracy ktora za rok bede bronil ale nie lubie robic nic na ostatnia chwile wiec chce zajac sie tym jak najszybciej. Czy teraz mozna prosic kogos o pomoc ?
poczytaj jeszcze to (to google mnie prześladuje :P )
No i w końcu znalazłem coś, co jak ulał pasuje do Twojego tematu o testowaniu http://www.tpc.org/ :) - jest to organizacja, ktora sie zajmuje tworzeniem testow baz danych.
Powodzenia i pamiętaj, że promotor jest dla Ciebie a nie Ty dla niego :)