[smalczyk1]

#naukaprogramowania #dotnet #csharp

API na testówce działa zdecydowanie wolniej niż na produkcji gdzie szukać problemu ?Maszynka trochę słabsza

[lukasz-brak]

@smalczyk1: Może nigdzie, serwery na pewno są tej samej mocy, łącze jest tej samej przepustowości?

[smalczyk1]

@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.

[Kazaar]

@smalczyk1: Skoro środowiska nie sa takie same, to czemu ma dzialac tak samo?

[smalczyk1]

@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]

@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 1ms

Logownie
67ms-z testówki
2.,02 s -z zewnątrz

Czyli coś się wyjaśniło

[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]

@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]

@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]

@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%'

[smalczyk1]

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

[grap32]

@smalczyk1: ten projekt to twoj z roboty?

[smalczyk1]

@grap32 nie a co?

[k.....o]

@smalczyk1: niemasz czasem dodatkowego logowania albo release w debug z symbolami zrobionego?

[smalczyk1]

logowania

@kysko: Nie rozumiem :(.Logowanie mam nlogiem robione takie samo jest na ubu wersjach

[smalczyk1]

@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