smalczyk1
smalczyk1
#naukaprogramowania #dotnet #csharp

API na testówce działa zdecydowanie wolniej niż na produkcji gdzie szukać problemu ?Maszynka trochę słabsza
  • Najlepsze
  • Wszystkie komentarze
Kazaar
@smalczyk1: Skoro środowiska nie sa takie same, to czemu ma dzialac tak samo?
smalczyk1
smalczyk1
smalczyk1 Autor
1
Tak po id zawsze productid=3434
Kazaar
@smalczyk1: Mireczku, jak uda ci sie ogarnac problem, to napisz prosze o tym. Co sie dzialo, jak szukales bledu i jak poprawiles go
lukasz-brak
@smalczyk1: Może nigdzie, serwery na pewno są tej samej mocy, łącze jest tej samej przepustowości?
smalczyk1
smalczyk1
smalczyk1 Autor
0
@lukasz-brak: To są maszyny wirtualne .Testówka jest w innej podsieci.Frontend ma zrobione tunelowanie dodatkowo 4Gb ramu mniej i I7. Baza na testówce jest na tym samym a na produkcji na innej maszynce.Produkcja ma Xeon.
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: No to wiem ale aż tak by zwolniło
Kazaar
@smalczyk1: zeby miec pewnosc czy to nie jest wina tunelowania, zaloguj sie na ta wirtualke z API i zobacz jaki jest czas odpowiedzi lokalnie.
Jezeli wolno, to sprawdz czas wykonania SQL na bazie (jezeli mozesz).

PS: SQL Server?
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: Sql server .Zapomniałem sprawdzić maszynke z baza produkcyjną no to ma 24 Gb ramui jest odzielna z API a testówka wszystko na jednym z 4Gb ramu i i7-7700.Tak więc jest róznica

Bardzo proste zapytanie SQL
testówka 3-4ms
produkcja
Kazaar
@smalczyk1: jezeli baza testowa jest duza to proponowalbym dolozyc ramu. Jezeli jest tam niewiele danych to nie ma potrzeby. Moze przydaloby sie wyczyscic dane w tabelach?

Skoro lokalnie dziala szybko a z zewnatrz masz dodatkowe 2s to wiesz juz gdzie szukac.
Dalej musisz isc sam,
Powodzenia ;)
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: Baza nie duża 15Gb.Dzięki
Kazaar
@smalczyk1: 15 GB to juz troche jest, szczegolnie na 4GB ramu - ale ekspertem nie jestem.
Chyba zalezy co robia te zapytania. Wiem, ze wiece ramu = lepiej.

Jezeli mozesz, to warto potworzyc indeksy, ale nie takie fakowe na ID, tylko faktycznie, tak jak sa wyszukiwane :)
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: mówisz o zwykłej reindeksacji ?
Kazaar
@smalczyk1: nie wiem czym jest reindeksacja. Odbudowaniemistniejacych indeksow?
To nie, nie mowie o tym. Takie operacje jest dobrze wykonywac cyklicznie w zaleznosci od uzytkowania aplikacji:
1 na miesiac, 1 na tydzien, codziennie.

Mi chodzi o to, ze jezeli masz indeks po ID a dane najczesciej wybierasz po kolumnie np. FirstName to taki indeks nic ci nie daje.
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: Nie to normlanie jest tabela produkty mają swoje id i typy tak więc zapytanie jest ok jak i tabela
Kazaar
@smalczyk1: I zawsze jest wyszukiwanie po Id i Type? Nie ma wyszukiwania po nazwie?

...
WHERE ProductName like '%pasta%'
grap32
@smalczyk1: ten projekt to twoj z roboty?
smalczyk1
smalczyk1
smalczyk1 Autor
0
@grap32 nie a co?
k.....o
k.....o
@smalczyk1: niemasz czasem dodatkowego logowania albo release w debug z symbolami zrobionego?
smalczyk1
smalczyk1
smalczyk1 Autor
0
logowania


@kysko: Nie rozumiem :(.Logowanie mam nlogiem robione takie samo jest na ubu wersjach
smalczyk1
smalczyk1
smalczyk1 Autor
0
@Kazaar: nic innego mi nie przyszło do głowy,żeby to jakoś sprawdzić środowiska różnią się znacząco .Pewnie duże znaczenie ma oddzielna maszyna z sql serwer z 24 Gb.Dodatkowo tunelowanie na testówce. Różnice czasowe podałem wyżej.Jak na coś nowego wpadnę to zawołam