erstellt mit leonardo.ai
[PFG id=741]
erstellt mit leonardo.ai
[PFG id=741]
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Wie kurzfristig angekündigt, wurde das Twitter Logo geändert. Anstatt dem weißen Vogel, wird Twitter nun von einem X als Logo geschmückt. Warum ein X das schon so oft wo anders benutzt wird? Es wird sicherlich einiger Zeit bedürfen bis man sich daran gewöhnt hat. Und ich muss das hier nicht nur einfach für mich dokumentieren, nein, ich erlaube mir auch dieses auf meine Art zu kommentieren. Dies ist nun jedenfalls das neue Logo, auf das alle Welt brennend gewartet hat:

Bild: Twitter
War das wirklich notwendig? Würde gerne verstehen warum, aber so …. Krasser Kack man! Ein trauriger Tag für das Internet. Nen fucking X als neues Logo?!
Wofür steht das X während der Vogel ein Symbol für Freiheit war.
Ich finde es nicht gut. Möge diese Plattform nun endgültig bergab gehen. Meinen persönlichen Account hatte ich schon vor einiger Zeit gelöscht.
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Preparations :
apt install build-essential libapparmor-dev libxml++2.6-dev libxml2-dev libkrb5-dev krb5-multidev libcurl3-openssl-dev libcurl4-openssl-dev libgnutls-openssl-dev libgnutls-openssl-dev librust-openssl-0-dev librust-openssl-0.10-dev libbz2-dev libpng-dev librust-png-0-dev librust-png-0.15-dev librust-png-0.15.0-dev libwebp-dev libjpeg-dev libjpeg62-turbo-dev libmjpegtools-dev libturbojpeg-dev libturbojpeg0-dev libjpgalleg4-dev libfreetype-dev libfreetype6-dev libldap-dev libsasl2-dev libpq-dev libpspell-dev libargon2-dev libargon2-0-dev libtidy-dev libxslt1-dev libxslt-dev libzip-dev libzip-ocaml-dev libzip-ocaml-dev-l8p50 libsqlite3-dev libonig-dev
Download php sources:
cd /usr/local/src/
wget https://www.php.net/distributions/php-8.1.13.tar.gz
tar xzvf php-8.1.13.tar.gz
cd php-8.1.13/
Configure:
./configure \
--prefix=/opt/php-8.1 \
--with-config-file-scan-dir=/opt/php-8.1/lib/mods-enabled \
--with-pdo-pgsql \
--with-zlib-dir \
--with-freetype \
--enable-mbstring \
--enable-soap \
--enable-calendar \
--with-curl \
--enable-gd \
--with-pgsql \
--disable-rpath \
--with-bz2 \
--with-zlib \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-sysvmsg \
--enable-pcntl \
--enable-mbregex \
--enable-exif \
--enable-bcmath \
--with-mhash \
--with-zip \
--with-pdo-mysql \
--with-mysqli \
--with-mysql-sock=/var/run/mysqld/mysqld.sock \
--with-jpeg \
--with-webp \
--with-openssl \
--with-fpm-user=www-data \
--with-fpm-group=www-data \
--enable-ftp \
--with-imap-ssl \
--with-kerberos \
--with-gettext \
--with-xsl \
--enable-opcache \
--with-gmp \
--with-tidy \
--enable-intl \
--enable-fpm \
--with-pspell \
--with-password-argon2 \
--with-pear \
--with-ldap \
--with-ldap-sasl \
--with-fpm-apparmor
Build & Install:
make && make install
You can found your php under:
/opt/php-8.1/
Image/Logo:
From Colin Viebrock – http://php.net/logos, CC BY-SA 4.0, https://commons.wikimedia.org/w/index.php?curid=9632398
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Here, of course, comes a nice Linux over it. Some specs:







Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Man wächst mit Veränderungen und deren Anforderungen. So auch bei Hetzner. Seit ca. 2010 bediene ich für verschiedene Arbeitgeber, Kunden und eigene Selbständigkeit den Hetzner Robot und damit, so einige Server. Und seit je her wird mit der freien XEN Variante auf Debian virtualisiert. Und seinerzeit gab es sogar Hilfestellungen von Hetzner selber, mit Anleitungen im ehem. Hetzner-Wiki, welches mittlerweile ersetzt worden ist. Die XEN Artikel wurden dabei nicht mehr berücksichtigt.
Fragt man beim Support an, ist die Antwort die man eigentlich seit Jahren bekommt: Kein Support für XEN.
Hat man nun ein Subnet für einen Server dazu gebucht, war es bis vor einiger Zeit möglich, mit XEN eine VM zu erstellen, für die XEN eine zufällige MAC Adresse vergeben hat. Das hat Jahrelang sehr gut funktioniert.
Der Unterschied bei einem Subnet bei Hetzner, verglichen mit einer Einzel-IP, das man von Hetzner keine MAC Adressen zugewiesen bekommt. Die Möglichkeit gibt es aber bei den Einzel-IP’s. Hier kann man sich eine MAC Adresse zuweisen lassen.
Nun ist Hetzner auf die Idee gekommen, das sie keine «fremden» MAC Adressen mehr dulden. Scheinbar werden die Netze dort darauf hin überwacht. Sendet eine VM also zu lange mit einer fremden MAC Adresse Pakete, schlägt deren Wachhund an und meldet das. Man bekommt dann nur kurz Zeit um das zu beheben und zu begründen, bevor einem die IP dann gesperrt wird.
Der einzige Hinweis den man bekam, war das man das Subnet intern anders routen muss. Nach viel hin und her mit dem Hetzner Support, schien es so, als wenn man immer wieder gegen eine Wand läuft! Ich kann vermutlich, wenn ich all die Mails dazu ausdrucke, mein Büro damit tapezieren. Viele Stunden, verbunden mit reichlich Ärger und auch blanken Nerven zogen ins Land. Ich bin mir sicher die wissen wie es geht. Warum so verdammt Stur und damit auch Kunden unfreundlich? Verdienen doch an dem Server, den ich grad bearbeite! Hetzner lässt einen lieber im Regen stehen.
Die Abstände, sich nochmal dazu aufzuraffen, es nochmal zu versuchen und wieder mal zu riskieren, das Hetzner motzt, vergrößerten sich. Eigentlich aufgegeben.
Nun war es aber doch mal wieder soweit. Das Thema lag mal wieder auf dem Tisch und ich begann nochmals nachzulesen. Eigentlich müsste ich alle Ergebnisse bereits durch gearbeitet haben, die das große Orakel namens Google so präsentiert, aber da viel mir noch diese eine Sache auf:
xl network-attach YOUR-DOMAIN bridge="YOUR-DEVICE" ip="xxx.xxx.xxx.xxx/29"
Setzt man nun noch das default-gw für das Subnet richtig, dann kann man die IP’s in dem Subnet für VM’s mit XEN generierten MAC Adressen nutzen.
XEN kümmert sich selber um das restliche Routing. Schaut man nun mit
tcpdump -i YOUR-DEVICE -en | egrep -i 'xx:xx:xx:xx:xx:xx'
nach der MAC Adresse die XEN vergeben hat, sollte hier eigentlich nichts mehr aufschlagen. Und wenn hier nichts mehr aufschlägt, sollte sich auch Hetzner nicht mehr wegen verbotenen oder falschen MAC Adressen beschweren.
Es sieht im Moment so aus, als könnten wir wieder endlich unsere Subnet’s nutzen.
Ich hoffe dieser Artikel hilft irgendwem anderes da draußen, dann sich das ge-tippe wenigstens gelohnt.
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
The task was to backup a m365 mailbox with 50GB mailbox size.
The largest folder was the archive folder with a stately size of over 30GB.
After a long search I found imapsync.
In my case, this was the best option:
./imapsync \
--folder Archiv --addheader --useuid --automap --logfile sync.log --maxsleep 10 \
--host1 outlook.office365.com --user1 email@contoso.com --password1 YourHolyPa$$word1 --timeout1 48000 --delete1 \
--host2 mybackupmailserver.com --user2 email@contoso.com --password2 YourHolyPa$$word2 --timeout2 48000
Sample output:

Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
28.02.2021
Hab ja schon viel gesehen in meiner knapp 20 jährigen IT-Karriere! Heute erreichte mich/uns eine Mail von Hetzner. Ich dachte erst an einen Fake oder Spam aber das sprengt doch nun etwas den Rahmen. Da kommen einige Fragen auf …
… seit längerer Zeit ist der Pool an freien IPv4-Adressen bei der europäischen IP-Adressverwaltungsstelle RIPE nahezu erschöpft, was dazu führt, dass von RIPE keine IPv4-Netze mehr vergeben werden. Durch diese Sachlage und der anhaltend großen Nachfrage hat sich ein florierender Markt gebildet, auf dem der Handel von IPv4-Netzen diverser Broker, wie beispielsweise https://ipv4.global/reports/ stattfindet. Dort können IPv4-Netze, unabhängig von welcher IP-Verwaltungsstelle diese administriert werden, erworben und zu RIPE transferiert werden. Da das Angebot und die Nachfrage den Preis regelt, steigt dieser sehr stark.
Bisher haben wir die steigenden IPv4-Einkaufspreise nicht an Sie weitergegeben. Leider ist es uns nun aus wirtschaftlicher Sicht nicht mehr möglich, diese Preissteigerungen zu kompensieren. Nachstehende Preisanpassungen sind deshalb leider nötig.
Ab 02. August 2021 erheben wir für Neubestellungen von zusätzlichen IPv4-Adressen eine Setupgebühr (wie unten angegeben).
Ab 03. Januar 2022 erhöht sich der Preis pro Monat für Neubestellungen und Bestands-IP zusätzlicher IPv4-Adressen (wie unten angegeben).
Wichtige Kundeninformation: Preisanpassung von IPv4-Adressen | announcement [@] hetzner.com (28. Juli 2021 14:20)
So sehen die sogenannten Preisanpassungen z.B. für Dedicated Server wie folgt aus:

Versucht man hier nachträglich nun jede IP zu vergolden? Scheinbar kann Hetzner es sich leisten Kunden zu vergraulen. Da hätte es auf Zeit auch sicher ne andere Lösung gegeben. Völlig unverständlich, auch mit dem Wissen das IP4 Adressen knapp sind.
16.02.2021
Auch wenn es nicht wirklich nachvollziehbar ist, so hat HETZNER doch spürbar seine Preise angezogen. Das wird unter anderem an den Setup-Gebühren deutlich aber auch den Preisen in der Server Börse. Denn hier kaufte ich seit ca 15 Jahren gerne nicht nur meine Server, sondern auch die vieler Clienten, die ich seinerzeit gerne weiter empfohlen hatte. Nun nicht mehr. Sehr schade!
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
War er zu stark geworden? Es fängt nun bei Regierungen an, denn sie haben Angst. Jüngste Nachrichten setzen dem Bitcoin extrem zu und er schmilzt.

Es war abzusehen. Regierungen wollen sich nicht unterwandern lassen, mit einer in-transparenten und nicht regulierten «Währung». Und geht es wohl kaum um den etwas erhöhten Stromverbrauch der wohl zu großen Teilen längst aus «grüner Energie» gedeckt wird und durch das sogenannte Mining entsteht, sondern um die nahezu spürbare Macht die der Bitcoin mit seinem Wachstum aufgebaut hat.
Schlagzeilen zum Thema poppen von überall auf
Und soviel ist sicher, die Regierungen fangen erst an. Daher wird es wohl auch schon in Kürze absehbar sein, das auch hier in Europa und Deutschland die Regierung nach Regulierung suchen und diese Umsetzen wird. Erste Schritte sind getan. Der Fiskus will keineswegs leer ausgehen, wie man neuerlichen Schlagzeilen aus der Handelswelt entnimmt:
Es ist also vorhersehbar, der Bitcoin wird vermutlich erstmal weiter dahin schmelzen.
Bildquellen: de.cleanpng.com, citypng.com, google.com
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
On Debian/Ubuntu systems install required packages:
apt install -y advancecomp optipng pngcrush jpegoptim
Create a bash File in
nano /usr/local/bin/optimizeImages
and paste:
#!/bin/bash
find . -type f -iname "*.png" -exec optipng -nb -nc {} \;
find . -type f -iname "*.png" -exec advpng -z4 {} \;
find . -type f -iname "*.png" -exec pngcrush -rem gAMA -rem alla -rem cHRM -rem iCCP -rem sRGB -rem time -ow {} \;
find . -type f \( -iname "*.jpg" -o -iname "*.jpeg" \) -exec jpegoptim -f --strip-all {} \;
Save the file (press F2 in nano). Then make the script executable:
chmod a+x /usr/local/bin/optimizeImages
The running time will be depending on the folder size. Go to your image Folder, for example
cd /var/www/myproject/web/images/
and run
optimizeImages
Now it can take a long time. Stand by … thats all!
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
I was fascinated, the idea sounds good at first. If you have free hard disk space available, you could make money with it.

I made a couple of so called «plots», six in total. No problem, there are still over 4TB free on my NAS. And whow, only a short 3 year waiting period.

With one plot you were between 11 years and a week later at 13 years. But in the week before that, at 7 years with a plot:

Within the creation time, from the first to the sixth plot, the blockchain grew from 1.8 EiB to 3.3 EiB! Enough market capitalization is available in the meantime and the CHIA went on the coin exchanges.
But then I have to allow a look at my stats of my new NVME. And now I’m a little scared:
root@heiteira /home/breit # smartctl -a /dev/nvme0
smartctl 7.0 2019-05-21 r4917 [x86_64-linux-5.3.18-57-default] (SUSE RPM)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: Samsung SSD 980 PRO 1TB
Serial Number: S5GXNF0R343228M
Firmware Version: 2B2QGXA7
PCI Vendor/Subsystem ID: 0x144d
IEEE OUI Identifier: 0x002538
Total NVM Capacity: 1.000.204.886.016 [1,00 TB]
Unallocated NVM Capacity: 0
Controller ID: 6
Number of Namespaces: 1
Namespace 1 Size/Capacity: 1.000.204.886.016 [1,00 TB]
Namespace 1 Utilization: 677.679.161.344 [677 GB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 002538 b311b16dc1
Local Time is: Mon May 10 21:13:29 2021 CEST
Firmware Updates (0x16): 3 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x0057): Comp Wr_Unc DS_Mngmt Sav/Sel_Feat Timestmp
Maximum Data Transfer Size: 128 Pages
Warning Comp. Temp. Threshold: 82 Celsius
Critical Comp. Temp. Threshold: 85 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 8.49W - - 0 0 0 0 0 0
1 + 4.48W - - 1 1 1 1 0 200
2 + 3.18W - - 2 2 2 2 0 1000
3 - 0.0400W - - 3 3 3 3 2000 1200
4 - 0.0050W - - 4 4 4 4 500 9500
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 34 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 32.742.182 [16,7 TB]
Data Units Written: 29.863.229 [15,2 TB]
Host Read Commands: 113.055.126
Host Write Commands: 88.847.725
Controller Busy Time: 590
Power Cycles: 9
Power On Hours: 238
Unsafe Shutdowns: 2
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 34 Celsius
Temperature Sensor 2: 44 Celsius
Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged
Data Units Read: 32.742.182 [16,7 TB]
Data Units Written: 29.863.229 [15,2 TB]
For just 0.6TB on my NAS. No NVME will survive this for long!
You should think twice about whether it is worth it, especially since how much space can you really give up permanently?
How many hard drives are there in 5.1 EiB worldwide (as of May 15, 2021)? Just recalculated:
1 EiB ~= 1152921 TB and 504 GB
Then multiply the result by 5. And are they all connected to this BlockChain at this moment? Are they all online just for that?
A new hype and a big black hole for pointless waste of resources. The Chia is not «greener» than the BitCoin. It’s not like people sacrifice their free space in order to generate money with it. These people have no chance of being selected with their few TB (chia selection process). It will therefore run in such a way that there will be further hardware and chip shortages in the future, because greedy companies already stock up on hardware in order to be able to generate this new crypto currency. And similar to graphics cards, the prices for NVME’s and SSD’s will soon explode.
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
??
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?


Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
What a huge hypocrite is @elonmusk? Why are letting him speak? Can he please emigrate to Mars and leave us alone? He doesn't care about people while grinning and counting his money. Take your money and go!
— Benjamin Reit (@BenjaminReit) May 13, 2021
"Elon Musk is bothered by the environmental balance of Bitcoin" ?
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
To get started easily, the following lines may help:
cd /opt
apt update
apt install -y git cmake libhwloc-dev libuv1-dev libuvc-dev librust-openssl-dev
git clone https://github.com/xmrig/xmrig.git
mkdir xmrig/build
cd xmrig/build
cmake ..
make -jxx # xx = Your CPU thread count
ln -s /opt/xmrig/build/xmrig /usr/local/bin/
Now we can just run xmrig. As an an example:
xmrig \
-a cryptonight \
-o stratum+tcp://randomxmonero.eu.nicehash.com:3380 \
-u <YourHolyWalletHash> \
-p <YourHolyPassword> \
--donate-level=5 \
--threads=4
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Ist es dann ethisch überhaupt noch vertretbar die Tiere in Massen zu einzuferchen um uns später damit die Mägen voll zu schlagen?
Es geht um Schweine und einen Bericht den ich hier gefunden habe:
Sollte uns sowas nicht langsam zum nachdenken und handeln bewegen? Und ich glaube nicht, das es nur die Schweine betrifft, sondern auch die anderen Tiere, die durch den Mensch und die Industrialisierung unterdrückt und durchaus misshandelt werden.
Vielleicht sollte man wenigstens darüber nachdenken!
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Tja, wem glaubt man denn heute mal?? Scheinbar gibt es nun neue Erkenntnisse. Vor 4 Monaten noch besorgniserregend und heute nicht mehr so gefährlich.

Quelle: https://www.google.com
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Ich mag ja son Scheiß … nen Schraubendreher zum Bier öffnen und Flaschenöffner zum Steckdosen befruchten (… oder so).
Gefunden unter: https://www.amazon.de/
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Auf dieser spielerischen Plattform, die Boston Dynamics sich hier geschaffen hat, lernt man mit allem möglichen Spaß, Leben zu vernichten.
Diese Männer erschaffen Maschinen die uns wohl möglich später überlegen sein könnten? Ich beobachte Boston Dynamics und Ihre Videos schon seit einiger Zeit, aber dieses Video zeigt doch ganz klar, wo es hingehen soll? Oder soll dies zeigen, wie unser freundlicher Beschützer einst für uns da sein wird? Auch wenn es hier der Öffentlichkeit mit Witz präsentiert wird, so ich empfinde dies irgendwie als realen Grusel.
Ein Mythos besagt, dass Skynet nicht aufgehalten werden kann. Als Grund dafür wird das Streben des Menschen nach Technisierung genannt, dies würde zwangsläufig zu technologischer Singularität und zu einer Entität wie Skynet führen
https://terminator.fandom.com/de/wiki/Skynet
Ich sehe da durchaus Parallelen, nur das es Skynet vermutlich in der Form noch nicht gibt. Dafür Cyberdyne Systems alias Bosten Dynamics.
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Boris finally did it. So that you can drink your tea in peace again, you only have to destroy the EuroChannel.
… and please convey my best wishes to the Queen.
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Various tests were carried out in search of a fast redis-server.
A strong single thread is required for this test.
Now there are decided differences with different redis versions on different Linux distributions. This is tried to be recorded here.
My test server is in the data center at Hetzner.
Server specs:
CPU: Intel(R) Xeon(R) CPU E3-1275 v5 @ 3.60GHz
RAM: 64GB DDR4
DISK: 2x NVME 512GB
Test 1 – Ubuntu 16.x – redis 3.0.3
root@Ubuntu-1604-xenial-64-minimal# redis-benchmark -q
PING_INLINE: 149476.83 requests per second
PING_BULK: 150375.94 requests per second
SET: 151745.08 requests per second
GET: 149925.03 requests per second
INCR: 150602.42 requests per second
LPUSH: 149476.83 requests per second
LPOP: 147275.41 requests per second
SADD: 147929.00 requests per second
SPOP: 152905.20 requests per second
LPUSH (needed to benchmark LRANGE): 149700.61 requests per second
LRANGE_100 (first 100 elements): 84530.86 requests per second
LRANGE_300 (first 300 elements): 31298.90 requests per second
LRANGE_500 (first 450 elements): 21537.80 requests per second
LRANGE_600 (first 600 elements): 16700.07 requests per second
MSET (10 keys): 153374.23 requests per second
Test 2 – Ubuntu 19.x – redis 5.0.5
root@Ubuntu-1910-eoan-64-minimal# redis-benchmark -q
PING_INLINE: 132802.12 requests per second
PING_BULK: 131752.31 requests per second
SET: 135685.22 requests per second
GET: 134589.50 requests per second
INCR: 133155.80 requests per second
LPUSH: 131578.95 requests per second
RPUSH: 134228.19 requests per second
LPOP: 137174.22 requests per second
RPOP: 136425.66 requests per second
SADD: 131752.31 requests per second
HSET: 132626.00 requests per second
SPOP: 128369.71 requests per second
LPUSH (needed to benchmark LRANGE): 135501.36 requests per second
LRANGE_100 (first 100 elements): 68728.52 requests per second
LRANGE_300 (first 300 elements): 30931.02 requests per second
LRANGE_500 (first 450 elements): 21815.01 requests per second
LRANGE_600 (first 600 elements): 16906.17 requests per second
MSET (10 keys): 116822.43 requests per second
Test 3 – Debian 10.x – redis 5.0.3
root@Debian-102-buster-64-minimal# redis-benchmark -q
PING_INLINE: 102249.49 requests per second
PING_BULK: 106951.88 requests per second
SET: 102249.49 requests per second
GET: 105596.62 requests per second
INCR: 102669.41 requests per second
LPUSH: 102040.81 requests per second
RPUSH: 101936.80 requests per second
LPOP: 98328.42 requests per second
RPOP: 102249.49 requests per second
SADD: 102880.66 requests per second
HSET: 97751.71 requests per second
SPOP: 104931.80 requests per second
LPUSH (needed to benchmark LRANGE): 99601.60 requests per second
LRANGE_100 (first 100 elements): 55370.98 requests per second
LRANGE_300 (first 300 elements): 29163.02 requests per second
LRANGE_500 (first 450 elements): 21677.87 requests per second
LRANGE_600 (first 600 elements): 17102.79 requests per second
MSET (10 keys): 80000.00 requests per second
Test 4 – Debian 10.x – redis 6.0.0 beta
root@Debian-102-buster-64-minimal# redis-benchmark -q
PING_INLINE: 149253.73 requests per second
PING_BULK: 152207.00 requests per second
SET: 151057.41 requests per second
GET: 149476.83 requests per second
INCR: 149253.73 requests per second
LPUSH: 151975.69 requests per second
RPUSH: 151057.41 requests per second
LPOP: 151975.69 requests per second
RPOP: 152207.00 requests per second
SADD: 150150.14 requests per second
HSET: 152439.02 requests per second
SPOP: 151285.92 requests per second
LPUSH (needed to benchmark LRANGE): 153374.23 requests per second
LRANGE_100 (first 100 elements): 85543.20 requests per second
LRANGE_300 (first 300 elements): 35790.98 requests per second
LRANGE_500 (first 450 elements): 26143.79 requests per second
LRANGE_600 (first 600 elements): 20738.28 requests per second
MSET (10 keys): 157480.31 requests per second
Test 5 – Ubuntu 16.x – redis 6.0.0 beta
root@Ubuntu-1604-xenial-64-minimal# redis-benchmark -q
PING_INLINE: 140252.45 requests per second
PING_BULK: 141843.97 requests per second
SET: 142857.14 requests per second
GET: 141843.97 requests per second
INCR: 142247.52 requests per second
LPUSH: 144092.22 requests per second
RPUSH: 143472.02 requests per second
LPOP: 141843.97 requests per second
RPOP: 140252.45 requests per second
SADD: 141643.06 requests per second
HSET: 143061.52 requests per second
SPOP: 141643.06 requests per second
LPUSH (needed to benchmark LRANGE): 144927.53 requests per second
LRANGE_100 (first 100 elements): 78678.20 requests per second
LRANGE_300 (first 300 elements): 34470.87 requests per second
LRANGE_500 (first 450 elements): 25025.03 requests per second
LRANGE_600 (first 600 elements): 19821.61 requests per second
MSET (10 keys): 150375.94 requests per second
Test 6 – Arch Linux – Release 2020.01.01 – redis 5.0.7
[root@archlinux-latest-64-minimal ~]# redis-benchmark -q
PING_INLINE: 136239.78 requests per second
PING_BULK: 136239.78 requests per second
SET: 138121.55 requests per second
GET: 135685.22 requests per second
INCR: 137551.58 requests per second
LPUSH: 137931.03 requests per second
RPUSH: 139082.06 requests per second
LPOP: 139275.77 requests per second
RPOP: 137362.64 requests per second
SADD: 136425.66 requests per second
HSET: 136986.30 requests per second
SPOP: 136239.78 requests per second
LPUSH (needed to benchmark LRANGE): 140646.97 requests per second
LRANGE_100 (first 100 elements): 101729.40 requests per second
LRANGE_300 (first 300 elements): 45682.96 requests per second
LRANGE_500 (first 450 elements): 30618.49 requests per second
LRANGE_600 (first 600 elements): 25252.53 requests per second
MSET (10 keys): 143472.02 requests per second
Test 7 – Arch Linux – Release 2020.01.01 – redis 6.0.0 beta – 1 thread
root@archlinux-latest-64-minimal# redis-benchmark --threads 1 -q
PING_INLINE: 136425.66 requests per second
PING_BULK: 134952.77 requests per second
SET: 134589.50 requests per second
GET: 136054.42 requests per second
INCR: 135685.22 requests per second
LPUSH: 139470.02 requests per second
RPUSH: 139664.80 requests per second
LPOP: 138696.25 requests per second
RPOP: 137362.64 requests per second
SADD: 132275.14 requests per second
HSET: 137741.05 requests per second
SPOP: 134770.89 requests per second
LPUSH (needed to benchmark LRANGE): 138696.25 requests per second
LRANGE_100 (first 100 elements): 65616.80 requests per second
LRANGE_300 (first 300 elements): 27389.76 requests per second
LRANGE_500 (first 450 elements): 19739.44 requests per second
LRANGE_600 (first 600 elements): 15186.03 requests per second
MSET (10 keys): 148367.95 requests per second
Test 8 – Arch Linux – Release 2020.01.01 – redis 6.0.0 beta – 2 threads
root@archlinux-latest-64-minimal# redis-benchmark --threads 2 -q
PING_INLINE: 240384.61 requests per second
PING_BULK: 261780.11 requests per second
SET: 251256.28 requests per second
GET: 251256.28 requests per second
INCR: 241545.89 requests per second
LPUSH: 240963.86 requests per second
RPUSH: 199600.80 requests per second
LPOP: 219298.25 requests per second
RPOP: 199600.80 requests per second
SADD: 220264.31 requests per second
HSET: 238663.48 requests per second
SPOP: 247524.75 requests per second
LPUSH (needed to benchmark LRANGE): 244498.77 requests per second
LRANGE_100 (first 100 elements): 100000.00 requests per second
LRANGE_300 (first 300 elements): 53163.21 requests per second
LRANGE_500 (first 450 elements): 36363.64 requests per second
LRANGE_600 (first 600 elements): 30229.75 requests per second
MSET (10 keys): 170068.03 requests per second
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Willkommen bei WordPress. Dies ist dein erster Beitrag. Bearbeite oder lösche ihn und beginne mit dem Schreiben!
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?
Es scheint, als könnten wir nicht finden, wonach du suchst. Vielleicht hilft eine Suche?