Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników
Powiadomienia systemowe
  • Sesja wygasła!

Znaleziono wyników: 4

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  performance testing
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
W artykule przedstawiono porównanie wydajności trzech sposobów realizacji interfejsów programistycznych stosowa-nych w aplikacjach webowych – REST, GraphQL oraz gRPC. Na potrzeby badań opracowano trzy aplikacje, które zostały wykonane w każdej ze wskazanych technologii i o takich samych funkcjonalnościach. Aplikacje wykorzystano do testów wydajnościowych, przeprowadzonych z użyciem narzędzia k6. Aplikacje zastosowano do zmierzenia czasu wykonania, wydajności i objętości przetwarzanych danych podczas operacji wyświetlania oraz dodawania rekordów. Uzyskane wyniki pozwoliły na sformułowanie wniosku, że najlepszym interfejsem pod względem wydajności (mierzonych jako liczba wykonywanych transakcji na sekundę) oraz czasu odpowiedzi serwera jest REST. Natomiast pod względem najmniejszej objętości danych, najlepszym wyborem jest gRPC.
EN
The article presents a comparison of the performance of three ways of implementing programming interfaces used in web applications - REST, GraphQL and gRPC. For the purposes of the research, three applications were developed, which were made in each of the indicated technologies and with the same functionalities. The applications were used for performance tests carried out with the use of the k6 tool. The applications are used to measure the execution time, performance and volume of processed data during display and adding operations. The obtained results allowed for the conclusion that the best interface in terms of performance (measured as the number of transactions per second) and server response time is REST. However, in terms of the smallest data volume, gRPC is the best choice.
EN
In this article, two leading solutions for managing packages in projects which are using JavaScript technology (yarn and npm) were subjected to a comparative analysis. As part of the implementation, two configuration files were created, one of which represents an empty application created on the basis of an application template based on the Angular framework in version 8. The second file reflects an extensive web application based on the same framework, but with the addiction of over 100 dependencies. The research was focused on the time efficiency of both solutions.
PL
W niniejszym artykule analizie porównawczej poddano dwa wiodące rozwiązania służące do zarządzania pakietami w projektach wykorzystujących technologię JavaScript (yarn oraz npm). W ramach realizacji powstały dwa pliki konfiguracyjne, z których jeden reprezentuje pustą aplikację stworzoną na podstawie szablonu aplikacji opartej na szkielecie programistycznym Angular w wersji 8. Drugi plik odzwierciedla rozbudowaną aplikację internetową opartą o ten sam szkielet programistyczny, lecz z dodatkiem ponad 100 zależności. Badania ukierunkowane zostały na wydajność czasową obu rozwiązań.
EN
The aim of the study was to compare the performance of two data exchange styles commonly used in web applications, i.e. REST and GraphQL. For the purposes of the study two test applications were developed containing the same functionalities, one of which was REST and the other one was GraphQL. They were used for performance tests done with the help of the JMeter tool, during which measurements of the total processing time of requests and the volume of data downloaded and sent were performed. An experiment was developed that tested the basic operations found in most network services: display, add, update, and delete data. The most attention was devoted to the information display operation in the case of which load tests were done. On the basis of performed studies and obtained results, no differences in performance during the operation of adding, editing and deleting data by applications based on REST API and GraphQL were found. During the display operation under heavy load conditions and while downloading small portions of data, the service using GraphQL had a better performance. When downloading large portions of data, the REST-based service exhibited a higher performance.
PL
Zrealizowano badania, których celem było porównanie wydajności dwóch, szeroko stosowanych w aplikacjach webo-wych stylów wymiany danych REST i GraphQL. Na potrzeby badań opracowano dwie usługi testowe, zawierające te same funkcjonalności, z których jedna była serwisem REST, a druga GraphQL. Posłużyły one do testów wydajnościo-wych, przeprowadzonych za pomocą narzędzia JMeter, podczas których wykonywano pomiary całkowitego czasu przetworzenia żądań oraz wielkości pobieranych i wysyłanych danych. Opracowano eksperyment, w ramach którego testowano podstawowe operacje występujące w większości usług sieciowych: wyświetlanie, dodawanie, aktualizowanie oraz usuwanie danych. Najwięcej uwagi poświęcono operacji wyświetlania informacji, w przypadku której wykonano testy obciążeniowe. Na podstawie zrealizowanych badań i uzyskanych wyników nie stwierdzono różnic w wydajności podczas realizacji operacji dodawania, edycji i usuwania danych przez aplikacje oparte na REST API i GraphQL. Podczas operacji wyświetlania w warunkach dużego obciążenia i w przypadku pobierania małych porcji danych lepszą wydajność miała usługa wykorzystująca GraphQL. Natomiast w przypadku pobierania dużych porcji danych wyższą wydajność uzyskiwała usługa oparta na REST.
EN
Today in the era of Internet, there is a huge explosion in the size of data. The traditional relational databases are failing to handle the current increase size of the database efficiently, leading to slow data access rate. NoSQL has thoroughly overcome the challenges for handling big data, distributed clusters and the scalability issues. Cassandra is one the leading NoSQL database gaining its importance in various applications. In this paper, Read and write performance tests are carried out which describes that Cassandra improves its performance as the number of cluster increases with increasing access speed.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.