Zum Inhalt der Seite gehen

friendica - Link zum Originalbeitrag

Okay, meine Versuche waren bis jetzt ohne Ergebnis. Mittlerweile habe ich auch den fast gesicherten Verdacht, dass es am VPS-Host von #Netcup liegt.

Ein Test mit dd if=/dev/zero of=/var/lib/mysql/test_write bs=1M count=1024 oflag=direct bringt folgendes Ergebnis:

1024+0 records in
1024+0 records out
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 562,154 s, 1,9 MB/s

Diese i/o Leistung würde meiner Meinung selbst eine einfache Webseite mit einer kleinen Datenbank in die Knie zwingen, geschweige denn eine Anwendung wie Friendica.

Dies zeigen auf die Logeinträge der MariaDB:

Long wait for double-write buffer flush

Habe bei @netcup bereits ein Ticket eröffnet und warte auf die Lösung des Problems.

Ich bitte allen Usern von anonsys.net die Probleme zu entschuldigen. Es liegt tatsächlich nicht mehr in meiner Macht, diese Probleme zu lösen.

#anonsys.net #Friendica

#anonsys.net #Friendica #netcup @netcup

Jools hat dies geteilt.

Als Antwort auf Tuxi (Backup)

Rainer "friendica" Sokoll
friendica (DFRN) - Link zum Originalbeitrag
Rainer "friendica" Sokoll
•
Auch Netcup:
❯ dd if=/dev/zero of=/var/lib/mysql/test_write bs=1M count=1024 oflag=direct
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 0,239374 s, 4,5 GB/s
❯ ls -lh /var/lib/mysql/test_write
-rw-r--r-- 1 root root 1,0G 11. Jun 15:58 /var/lib/mysql/test_write

#ZFS mit dedup 😉
#zfs
Als Antwort auf Rainer "friendica" Sokoll

Rainer "friendica" Sokoll
friendica (DFRN) - Link zum Originalbeitrag
Rainer "friendica" Sokoll
•
Mit nicht-dedup-baren Daten:
❯ dd if=/dev/random of=/var/lib/mysql/test_write bs=1M count=1024 oflag=direct
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 5,71025 s, 188 MB/s
⇧