4P dziwnie wolno działa / zalicza zawiechy od kilku dni

0

Czy grzebałeś coś przed chwilą?

screenshot-20190809102134.png

screenshot-20190809102148.png

screenshot-20190809102157.png

2

Ja nic nie mówię, ale:

screenshot-20190809162643.png

0

VACUUM wykonany. Przy okazji zrobiony został upgrade do PHP 7.3. Powinno działać lepiej.

0

@cerrato: odpowiadam na Twój komentarz do mojego postu w sprawie wolnego przesyłu strony (nie jej generowania). Jeżeli używasz Chrome, to przejdź do narzędzi deweloperskich (na FF oczywiście też są), następnie do zakładki Network. Poniższy screen przedstawia akurat analizę podstrony Praca. Większość zasobów (CSS czy JS) jest w cache więc ściągamy tak naprawdę treść strony.

screenshot-20190813220557.png

Zielony wykres (TFFB) prezentuje tak naprawdę czas generowania strony po stronie serwera. Jak można zauważyć, jest on większy niż czas podawany w stopce strony. Wszystko dlatego, że w stopce prezentowany jest czas generowania strony przez samego Coyote. Do tego dochodzi tutaj żądanie do nginx, następnie do php-fpm oraz ewentualne lagi.

Na niebieskim wykresie przedstawiony jest czas ściągania danego zasobu. Oczywiście używamy HTTP2.

Strona główna forum:

screenshot-20190813221014.png

Jak to u Ciebie wygląda?

0

Z tym wątkiem jest trochę jak z Krzysztofem Krawczykiem - jest nieśmiertelny i co pewien czas powraca do głównego obiegu ;)

screenshot-20191125211127.png

Ostatnio znowu widzę (okresowe) przymulenia, obrazek (fakt, że ogromny ;) ) wklejał się z 15 sekund.

1

Zamuły ostatnio zdarzają się podczas wysyłania posta. Np. przed chwilą czas generowania strony wyniósł prawie siedem sekund, pomimo tego, że wysłałem post z jednym zdaniem (bez załączników i innych cukierków).

0

U mnie działa :D

2

Pracuje nad tym aby to usprawnić. Problemem są zapytania INSERT/UPDATE na tabeli która ma sporo indeksów. Przeniosę te operacje do kolejki zadań w tle tak więc powinno to przyspieszyć czas generowania stron.

1

Skorzystałem z narzędzia pg_test_fsync aby przetestować prędkość zapisu na dysk. Najpierw wyniki z mojego kompa, a potem z serwera:

Compare file sync methods using one 8kB write:
(in wal_sync_method preference order, except fdatasync is Linux's default)
        open_datasync                      1589.229 ops/sec     629 usecs/op
        fdatasync                          1608.691 ops/sec     622 usecs/op
        fsync                              1328.306 ops/sec     753 usecs/op
        fsync_writethrough                              n/a
        open_sync                          1326.776 ops/sec     754 usecs/op

Compare file sync methods using two 8kB writes:
(in wal_sync_method preference order, except fdatasync is Linux's default)
        open_datasync                       811.277 ops/sec    1233 usecs/op
        fdatasync                          1394.690 ops/sec     717 usecs/op
        fsync                              1018.701 ops/sec     982 usecs/op
        fsync_writethrough                              n/a
        open_sync                           606.714 ops/sec    1648 usecs/op

Compare open_sync with different write sizes:
(This is designed to compare the cost of writing 16kB in different write
open_sync sizes.)
         1 * 16kB open_sync write          1197.724 ops/sec     835 usecs/op
         2 *  8kB open_sync writes          674.533 ops/sec    1483 usecs/op
         4 *  4kB open_sync writes          352.828 ops/sec    2834 usecs/op
         8 *  2kB open_sync writes          175.481 ops/sec    5699 usecs/op
        16 *  1kB open_sync writes           85.859 ops/sec   11647 usecs/op

Test if fsync on non-write file descriptor is honored:
(If the times are similar, fsync() can sync data written on a different
descriptor.)
        write, fsync, close                1310.072 ops/sec     763 usecs/op
        write, close, fsync                1328.503 ops/sec     753 usecs/op

Non-sync'ed 8kB writes:
        write                            164801.870 ops/sec       6 usecs/op

Serwer:

Compare file sync methods using one 8kB write:
(in wal_sync_method preference order, except fdatasync is Linux's default)
        open_datasync                                n/a*
        fdatasync                           151.845 ops/sec    6586 usecs/op
        fsync                               219.179 ops/sec    4562 usecs/op
        fsync_writethrough                            n/a
        open_sync                                    n/a*
* This file system and its mount options do not support direct
I/O, e.g. ext4 in journaled mode.

Compare file sync methods using two 8kB writes:
(in wal_sync_method preference order, except fdatasync is Linux's default)
        open_datasync                                n/a*
        fdatasync                           250.101 ops/sec    3998 usecs/op
        fsync                               262.281 ops/sec    3813 usecs/op
        fsync_writethrough                            n/a
        open_sync                                    n/a*
* This file system and its mount options do not support direct
I/O, e.g. ext4 in journaled mode.

Compare open_sync with different write sizes:
(This is designed to compare the cost of writing 16kB in different write
open_sync sizes.)
         1 * 16kB open_sync write                    n/a*
         2 *  8kB open_sync writes                   n/a*
         4 *  4kB open_sync writes                   n/a*
         8 *  2kB open_sync writes                   n/a*
        16 *  1kB open_sync writes                   n/a*

Test if fsync on non-write file descriptor is honored:
(If the times are similar, fsync() can sync data written on a different
descriptor.)
        write, fsync, close                 282.906 ops/sec    3535 usecs/op
        write, close, fsync                 120.222 ops/sec    8318 usecs/op

Non-sync'ed 8kB writes:
        write                            136888.817 ops/sec       7 usecs/op

Coś tu jest nie tak, coś słabo serwer wypada. @msm rzucisz okiem?

EDIT:

sprawdzona prędkość zapisu. U mnie lokalnie 1.6 GB/S, na serwerze 1.0 GB/S :(

Polecenie: sudo dd if=/dev/zero of=/tmp/output bs=8k count=10k; rm -f /tmp/output

0

Z kolei gdy użyje dd to serwer ma naprawde dobre wyniki:

dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.509682 s, 2.1 GB/s

U mnie na kompie:

dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 4,4935 s, 239 MB/s

Nie wiem już o co chodzi ...
Chyba będzie potrzebna nowa maszyna na bazę.

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

Robot: CCBot