Czy po publikacji aplikacji za pomocą komendy dotnet publish używa ona nadal IIS EXPRESS czy już innego serwera?

Odpowiedz Nowy wątek
2019-06-10 16:36
0

Czy po publikacji aplikacji za pomocą komendy dotnet publish -c release -r "platforma" aplikacja używa IIS EXPRESS czy już serwera takiego jak przy produkcji?

Pytam bo widzę że średni czas requestów na aplikacji po publish jest znacznie mniejszy.

edytowany 6x, ostatnio: Pytajnikkk, 2019-06-10 18:08

Pozostało 580 znaków

2019-06-10 18:23
0

Domyślnie używa Kestrela (tj. wbudowanego serwera) - ale wpływ na szybkość może też mieć konfiguracja debug/release.

Kestrel nie musi być produkcyjny, tak btw ;)

Pozostało 580 znaków

2019-06-10 23:27
0

A przed publikacją używa IIS express?

Pozostało 580 znaków

2019-06-11 01:50
0
jacek.placek napisał(a):

A przed publikacją używa IIS express?

Tak używa.
Na windowsie udało mi się odpalic aplikacje w full iis, ale nie wiem jak to zrobić teraz na linuxie ;d

IIS na linuxie :0 ? To chyba nie tak dziala... - Akihito 2019-06-12 10:09

Pozostało 580 znaków

2019-06-11 08:42
0

A Kestrel + nginx nie mogą być?

Pozostało 580 znaków

2019-06-11 22:35
0

Znaczy chodzi mi o to czy jak uruchomie z poziomu visual code kod w .net core mvc na linuxie, to czy ten kod używa coś na styl IIS EXPRESS, czy FULL ISS z windowsa?
I tak samo jak w przypadku jak wezme opublikuje to za pomoca dotnet publish -c release -r na linuxa, to czy ten kod używa coś na styl IIS EXPRESS, czy FULL ISS z windowsa?

Chce to w jakiś sposób porównać ;d

edytowany 3x, ostatnio: Pytajnikkk, 2019-06-11 22:41

Pozostało 580 znaków

2019-06-11 22:43
0

Nie, nie używa.

Jak odpalisz z vs code na windowsie to też chyba wtedy nie używa iISa?

Pozostało 580 znaków

2019-06-11 22:46
0
some_ONE napisał(a):

Nie, nie używa.

Jak odpalisz z vs code na windowsie to też chyba wtedy nie używa iISa?

Na windowsie używam visual studio code
Tylko dziwne, bo widze przepustowość okolo 150 s, natomiast na full iis windows ponad 1000 przepustowosc, a na iis express też około 150 ;/
Myśle, że jednak ta przepustowość jest znacząca i nie wiem do którego to powinienem porównać, czy bardziej iis express czy iss

edytowany 2x, ostatnio: Pytajnikkk, 2019-06-11 22:50

Pozostało 580 znaków

2019-06-11 22:54
0

No to coś masz skopane, bo spodziewałbym się odwrotnych rezultatów, tzn. że apka może być wolniejsza za IISem, ale nie odwrotnie (chociaż to też zależy od konfiguracji).

W obu przypadkach targetujesz .net core?
Jakiego modelu hostowania używasz (inprocess/outofprocess)?

Różnica pomiędzy IIS, a IIS Express też jakaś duża, ale w sumie IIS Express jest czysto do celów deweloperskich to wszystko możliwe. Może pełny IIS ma też jakieś moduły cachujące?

Pozostało 580 znaków

2019-06-11 22:58
0
some_ONE napisał(a):

No to coś masz skopane, bo spodziewałbym się odwrotnych rezultatów, tzn. że apka może być wolniejsza za IISem, ale nie odwrotnie (chociaż to też zależy od konfiguracji).

W obu przypadkach targetujesz .net core?
Jakiego modelu hostowania używasz (inprocess/outofprocess)?

Różnica pomiędzy IIS, a IIS Express też jakaś duża, ale w sumie IIS Express jest czysto do celów deweloperskich to wszystko możliwe. Może pełny IIS ma też jakieś moduły cachujące?

Uzywam out in process. IIapke odpalam w trybie debug na iis express, natomiast na full iis wygenerowalem konfiguracje release to pewnie dlatego :P
Nie wiem dlaczego na tym linuxie takie cos wyszlo, nie wiem jak naprawic ;s
Targetujesz .net core? Po prostu uzywam tego jak wygenerowalo mi, nie bardzo rozumiem tego targeta
Bardziej mnie zastanawia czy na linuxie też coś na styll "full iisa" mam stawiać?

edytowany 3x, ostatnio: Pytajnikkk, 2019-06-11 23:01

Pozostało 580 znaków

2019-06-11 23:09
0

Jak chcesz porównywać windows vs linux to moim zdaniem nie powinieneś używać żadnego serwera reverse proxy (IIS/nginx/haproxy itp.), a zrobić tylko porównanie na Kestrelu.

Jak na linuxie użyjesz czegoś na styl IIS, to będziesz testował wydajność serwerów reverse proxy, a nie apki/frameworka, bo o ile nie robisz requestów po same pliki statyczne, które serwery reverse proxy prawdopodobnie potrafią lepiej cachować (nie wiem czy Kestrel w ogóle potrafi?) to pewnie największy narzut wydajnościowy będzie właśnie po stronie takiego serwera reverse proxy.

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0