Leider sind die Datenraten seit über einer Woche , sporadisch teilweise wieder echt unterirdisch. Mein 1 Euro im Monat VPS vom Mitbewerber ballert 2GBit durch...
Beiträge von AlmondLover
-
-
Seit heute bzw. gestern, 13.08.23 sind die Datenraten wieder konstant hoch, zu Google, als auch zu Cloudflare, also scheint Netcup hier irgend was gemacht zu haben.
-
Google Business, kein shared drive, cltrmx ich glaube die drosseln öffentlich gemachte Dateien im Speed. Der Download ist bei Google über Frankfurt auch nicht das Problem, nur der Upload.
Ich hatte aber im Download mit Cloudflare CDN (Frankfurt) sehr niedrige Downloadraten. Wenn ich mit einem anderen Provider, der direkt über den DECIX geht teste, besteht das Problem nicht.
Ich wüsste aber auch nicht, wie man das jetzt vernünftig reproduzieren kann, Latenzen sind alle Top, ebenfalls kein Paketverlust. Fühlt hin und wieder halt ähnlich bescheiden an, wie der Telekom Fiber Anschluss Abends ohne VPN. -
Mit uploads richtung google, egal ob per drive, browser oder rclone. Es ist aber nicht nur Google in Frankfurt betroffen, im Download war gestern auch das Cloudflare CDN in Frankfurt betroffen, bei 8 threads im Download nur 90-200MBit/s gehabt.
-
Ich habe seit einer Woche, gerade Abends nur 30-50MBit/s upload seitens NetCup richtung dem google Knoten in Frankfurt. Der Download ist nicht betroffen.
Das war schon mal vor einigen Monaten so, wurde dann nach einigen Wochen jedoch im HIntergrund gefixt.
Habt ihr ähnliche Erfahrung machen können? -
RS 1000 G9.5 KI23
Code
Alles anzeigenFr 3. Mär 12:11:25 CET 2023 Basic System Information: --------------------------------- Uptime : 2 days, 17 hours, 39 minutes Processor : AMD EPYC 7702P 64-Core Processor CPU cores : 4 @ 1996.249 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ❌ Disabled RAM : 7.8 GiB Swap : 0.0 KiB Disk : 314.8 GiB Distro : Debian GNU/Linux 10 (buster) Kernel : 4.19.0-23-amd64 VM Type : KVM Basic Network Information: --------------------------------- Protocol : IPv6 ISP : netcup GmbH ASN : AS197540 netcup GmbH Host : NETCUP-GMBH Location : Karlsruhe, Baden-Wurttemberg (BW) Country : Germany fio Disk Speed Tests (Mixed R/W 50/50): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 16.58 MB/s (4.1k) | 363.82 MB/s (5.6k) Write | 16.59 MB/s (4.1k) | 365.74 MB/s (5.7k) Total | 33.17 MB/s (8.2k) | 729.57 MB/s (11.3k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 2.23 GB/s (4.3k) | 2.54 GB/s (2.4k) Write | 2.34 GB/s (4.5k) | 2.71 GB/s (2.6k) Total | 4.57 GB/s (8.9k) | 5.26 GB/s (5.1k) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 979 Mbits/sec | 2.08 Gbits/sec | 22.0 ms Scaleway | Paris, FR (10G) | 1.33 Gbits/sec | 2.10 Gbits/sec | 23.4 ms NovoServe | North Holland, NL (40G) | 1.65 Gbits/sec | 2.37 Gbits/sec | 10.6 ms Uztelecom | Tashkent, UZ (10G) | 612 Mbits/sec | 1.71 Mbits/sec | 180 ms Clouvider | NYC, NY, US (10G) | 574 Mbits/sec | 647 Mbits/sec | 90.3 ms Clouvider | Dallas, TX, US (10G) | 517 Mbits/sec | 577 Mbits/sec | 131 ms Clouvider | Los Angeles, CA, US (10G) | 389 Mbits/sec | 379 Mbits/sec | 148 ms iperf3 Network Speed Tests (IPv6): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.21 Gbits/sec | 2.19 Gbits/sec | 22.0 ms Scaleway | Paris, FR (10G) | 1.43 Gbits/sec | 2.09 Gbits/sec | 35.4 ms NovoServe | North Holland, NL (40G) | 1.99 Gbits/sec | 2.35 Gbits/sec | 11.0 ms Uztelecom | Tashkent, UZ (10G) | 682 Mbits/sec | 2.82 Mbits/sec | 180 ms Clouvider | NYC, NY, US (10G) | 546 Mbits/sec | 471 Mbits/sec | 90.3 ms Clouvider | Dallas, TX, US (10G) | 505 Mbits/sec | 727 Mbits/sec | 131 ms Clouvider | Los Angeles, CA, US (10G) | 375 Mbits/sec | 288 Mbits/sec | 147 ms Geekbench 6 Benchmark Test: --------------------------------- Test | Value | Single Core | 888 Multi Core | 2659 Full Test | https://browser.geekbench.com/v6/cpu/390024 YABS completed in 13 min 51 sec
-
Um 16:59 wurde nachgelegt, vielen Dank, Kuss geht raus
-
Mittlerweile ist um 16 Uhr kein einziger Server mehr zu bestellen, alles ausverkauft, tolle Aktion, bitte dann nicht für 24 Stunden bewerben, danke.
-
Super, danke euch!
-
Kann jemand bitte meinen bescheidenen Gehirnzellen etwas aushelfen, mein vserver läuft ab, mit folgenden Konditionen, liegt in der Kündigung, wenn ich die Kündigung zurücknehme, verlängert er sich um ein Jahr oder kann er monatlich gekündigt werden?
Wird monatlich abgebucht oder weiterhin alle 6 Monate und dann erfolgt eine anteilige Erstattung?
CodeMindestvertragslaufzeit:12 Monate Abrechnungsperiode:alle 6 Monate im voraus Kosten / Laufzeit (regulär):209,06 € (inkl. in DE geltender MwSt .) Produkt erstellt am:15.03.2022 Kündigungsfrist:mindestens 31 Tage vor Ablauf der Mindestvertragslaufzeit Möglicher Kündigungstermin: (Wenn Kündigung heute zugestellt wird .)14.04.2023 Nächste Abrechnung:Produkt ist gekündigt
-
Paul, wurde direkt gefixt
-
Jop, hat zwei Minuten gedauert 👍
Weiß jemand, in welchem Stundentakt die Angebote freigeschaltet werden?
-
Weiß jemand zufällig, wann die Angebote ca. Immer angefangen haben, 6 Uhr morgens, 8 Uhr morgens? Bin wahrscheinlich bis 10 Uhr morgens noch im Flieger.
Ahh richtig lesen sollte man, fängt um 10 Uhr an, super!
-
Shadow PC sieht gut aus, allerdings benutzt Chaos Corona überhaupt keine GPU zur Beschleunigung, entsprechend bin ich auch erst darauf gekommen, einfach einen meiner Netcup root dafür zu benutzen. Die haben dort auch leider nur einen 4Kerner, allerdings sieht das sonst echt fesch aus.
-
Hallo zusammen,
meine Frau rendert noch auf einem 2-Kern-U Laptop Prozessor der 8. Intel Generation ihre 3DsMax Corona Architektur Dinge, sie ändert sehr häufig bei uns im Haus die Inneneinrichtung, aber auch Wände werden schon mal durchbrochen um ihren kreativen Geist entfalten zu können.
Mir war es eine längere Zeit eigentlich sehr recht, dass die render auf ihrem Laptop so unfassbar lange benötigen, damit ich nicht jedes zweites Wochenende eine Wand einreißen muss oder Möbel auf und abbaue.
Allerdings kommt sie in letzter Zeit nicht richtig zur Ruhe und nimmt den Laptop auch schon mal mit ins Bett, natürlich ist dieser permanent am rendern, die Lüfter der alten Maschine sind extrem laut und pfeifend, so werde ich dann irgendwann wach und kann nicht mehr einschlafen.
Jetzt habe ich gedacht, könnte ich ihr doch einfach einen Platz auf meinem Windows Server zuweisen, sprich sie connected per RDP und hat ihre eigene Desktop Umgebung und Programme, dann wäre das bisschen rendern innerhalb von weniger als einer Stunde fertig, vielleicht zu meinem Leid, aber dann kann ich zumindest wieder vernünftig schlafen.
Hier die Frage, ist dies überhaupt möglich, parallel auf einem Server zu arbeiten, natürlich sollte auch ausgeschlossen werden, dass Sie aus Versehen auf meine Umgebung connected und ein Unfall passiert.
Danke für den Input! -
RS 2000 Wien
Code
Alles anzeigen# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # # Yet-Another-Bench-Script # # v2022-11-22 # # https://github.com/masonr/yet-another-bench-script # # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # So 27. Nov 15:51:54 CET 2022 Basic System Information: --------------------------------- Uptime : 1 days, 11 hours, 52 minutes Processor : AMD EPYC 7702P 64-Core Processor CPU cores : 6 @ 1996.211 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ❌ Disabled RAM : 15.7 GiB Swap : 0.0 KiB Disk : 629.8 GiB Distro : Debian GNU/Linux 10 (buster) Kernel : 4.19.0-22-amd64 fio Disk Speed Tests (Mixed R/W 50/50): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 27.81 MB/s (6.9k) | 1.89 GB/s (29.6k) Write | 27.83 MB/s (6.9k) | 1.90 GB/s (29.8k) Total | 55.64 MB/s (13.9k) | 3.80 GB/s (59.5k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 2.70 GB/s (5.2k) | 3.13 GB/s (3.0k) Write | 2.85 GB/s (5.5k) | 3.34 GB/s (3.2k) Total | 5.56 GB/s (10.8k) | 6.47 GB/s (6.3k) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.53 Gbits/sec | 2.36 Gbits/sec | 25.2 ms Scaleway | Paris, FR (10G) | 1.51 Gbits/sec | 2.35 Gbits/sec | 32.8 ms NovoServe | North Holland, NL (40G) | 2.04 Gbits/sec | 2.36 Gbits/sec | 19.1 ms Uztelecom | Tashkent, UZ (10G) | 596 Mbits/sec | 1.19 Gbits/sec | 187 ms Clouvider | NYC, NY, US (10G) | 694 Mbits/sec | 1.66 Gbits/sec | 97.3 ms Clouvider | Dallas, TX, US (10G) | 474 Mbits/sec | 656 Mbits/sec | 132 ms Clouvider | Los Angeles, CA, US (10G) | 524 Mbits/sec | 1.08 Gbits/sec | 156 ms iperf3 Network Speed Tests (IPv6): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.40 Gbits/sec | 357 Mbits/sec | 25.3 ms Scaleway | Paris, FR (10G) | 1.12 Gbits/sec | 2.24 Gbits/sec | 47.4 ms NovoServe | North Holland, NL (40G) | 1.72 Gbits/sec | 2.33 Gbits/sec | 19.0 ms Uztelecom | Tashkent, UZ (10G) | 776 Mbits/sec | 2.81 Mbits/sec | 187 ms Clouvider | NYC, NY, US (10G) | 767 Mbits/sec | 1.53 Gbits/sec | 97.4 ms Clouvider | Dallas, TX, US (10G) | 405 Mbits/sec | 780 Mbits/sec | 132 ms Clouvider | Los Angeles, CA, US (10G) | 514 Mbits/sec | 945 Mbits/sec | 156 ms Geekbench 5 Benchmark Test: --------------------------------- Test | Value | Single Core | 858 Multi Core | 4025 Full Test | https://browser.geekbench.com/v5/cpu/18919003 root@v2202211122187208416:~#
Fazit: Werde mir keinen RS mehr holen, die neuen VPS leisten mehr, wenn einem die GBit reichen.
-
aRaphael, ja finde ich auch, nicht dürftig.
Aber das dann die write Werte so stark abfallen, auf unter 1MB/s das geht nicht. Da hätte ich deutlich mehr erwartet von der 9.5er Serie.CodeREAD: bw=69.3MiB/s (72.7MB/s), 69.3MiB/s-69.3MiB/s (72.7MB/s-72.7MB/s), io=30 70MiB (3219MB), run=44286-44286msec WRITE: bw=23.2MiB/s (24.3MB/s), 23.2MiB/s-23.2MiB/s (24.3MB/s-24.3MB/s), io=10 26MiB (1076MB), run=44286-44286msec
Die CPU ist aber top, da hat Netcup nicht zu wenig versprochen, eher zu viel des guten.
-
Also ich bin ein wenig sehr enttäuscht, habe jetzt vom VPS 3000 auf das neue Root Gen 9.5 System, RS 2000 G 9.5 geupdatet und die performance der SSD ist in meinen Augen dürftig, wenn man davon ausgeht, dass die Performance um 20/21 Uhr noch mal deutlich sinken wird.
Codetest1: (groupid=0, jobs=1): err= 0: pid=1076: Fri Mar 18 12:20:49 2022 read: IOPS=32.7k, BW=128MiB/s (134MB/s)(3070MiB/24028msec) bw ( KiB/s): min=60752, max=159136, per=100.00%, avg=130874.65, stdev=31378.86, samples=48 iops : min=15188, max=39784, avg=32718.65, stdev=7844.70, samples=48 write: IOPS=10.9k, BW=42.7MiB/s (44.8MB/s)(1026MiB/24028msec); 0 zone resets bw ( KiB/s): min=20320, max=52982, per=100.00%, avg=43740.29, stdev=10642.19, samples=48
Nach drei Stunden noch mal einen Test durchgeführt und es macht anscheinend überhaupt keinen Unterschied ob VPS oder Root, die Werte brechen teilweise für mehrere Sekunden auf unter 1MB/s.
So würde mein Kamerafeed, wenn er in dem Moment speichert eventuell frames verlieren. Das sind mir keine 16 Euro über 12 Monate Laufzeit wert.Code
Alles anzeigenfio --randrepeat=1 --ioengine=libaio --direct=1 --g tod_reduce=1 --name=test1 --filename=test1 --bs=4k --iodepth=64 --size=4G --read write=randrw --rwmixread=75 test1: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, i oengine=libaio, iodepth=64 fio-3.12 Starting 1 process Jobs: 1 (f=1): [m(1)][4.8%][r=34.6MiB/s,w=11.6MiB/s][r=8850,w=2976 IOPS][eta 00m Jobs: 1 (f=1): [m(1)][7.3%][r=74.1MiB/s,w=24.7MiB/s][r=18.0k,w=6318 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][10.2%][r=87.9MiB/s,w=29.1MiB/s][r=22.5k,w=7456 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][13.3%][r=97.2MiB/s,w=32.5MiB/s][r=24.9k,w=8312 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][15.9%][r=80.6MiB/s,w=26.5MiB/s][r=20.6k,w=6775 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][19.0%][r=88.3MiB/s,w=29.6MiB/s][r=22.6k,w=7568 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][21.4%][r=75.3MiB/s,w=25.5MiB/s][r=19.3k,w=6522 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][23.3%][r=61.2MiB/s,w=20.7MiB/s][r=15.7k,w=5301 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][25.6%][r=60.7MiB/s,w=20.6MiB/s][r=15.5k,w=5274 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][27.3%][r=64.7MiB/s,w=21.7MiB/s][r=16.6k,w=5555 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][29.5%][r=57.1MiB/s,w=19.4MiB/s][r=14.6k,w=4968 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][31.1%][r=45.7MiB/s,w=15.2MiB/s][r=11.7k,w=3901 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][32.6%][r=59.1MiB/s,w=19.6MiB/s][r=15.1k,w=5026 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][34.0%][r=27.2MiB/s,w=9073KiB/s][r=6950,w=2268 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][37.0%][r=95.3MiB/s,w=32.1MiB/s][r=24.4k,w=8214 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][40.0%][r=91.5MiB/s,w=31.0MiB/s][r=23.4k,w=7940 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][43.2%][r=96.6MiB/s,w=32.0MiB/s][r=24.7k,w=8200 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][46.5%][r=102MiB/s,w=34.5MiB/s][r=26.1k,w=8842 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][50.0%][r=98.7MiB/s,w=33.0MiB/s][r=25.3k,w=8456 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][52.4%][r=75.9MiB/s,w=25.8MiB/s][r=19.4k,w=6612 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][54.8%][r=87.0MiB/s,w=29.0MiB/s][r=22.3k,w=7433 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][57.1%][r=44.2MiB/s,w=14.8MiB/s][r=11.3k,w=3779 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][56.8%][r=2520KiB/s,w=816KiB/s][r=630,w=204 IOPS][eta 00m:1 Jobs: 1 (f=1): [m(1)][57.8%][r=35.5MiB/s,w=12.1MiB/s][r=9084,w=3093 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][60.0%][r=72.2MiB/s,w=23.7MiB/s][r=18.5k,w=6059 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][62.2%][r=61.7MiB/s,w=20.4MiB/s][r=15.8k,w=5222 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][64.4%][r=66.9MiB/s,w=22.2MiB/s][r=17.1k,w=5674 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][66.7%][r=77.9MiB/s,w=25.9MiB/s][r=19.9k,w=6625 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][68.9%][r=78.8MiB/s,w=26.7MiB/s][r=20.2k,w=6837 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][72.7%][r=94.9MiB/s,w=31.9MiB/s][r=24.3k,w=8157 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][75.0%][r=93.8MiB/s,w=31.9MiB/s][r=24.0k,w=8160 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][79.1%][r=103MiB/s,w=34.8MiB/s][r=26.2k,w=8897 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][81.4%][r=76.5MiB/s,w=25.5MiB/s][r=19.6k,w=6535 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][83.7%][r=83.5MiB/s,w=27.0MiB/s][r=21.4k,w=7160 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][86.0%][r=77.8MiB/s,w=25.4MiB/s][r=19.9k,w=6501 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][88.4%][r=13.7MiB/s,w=4372KiB/s][r=3503,w=1093 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][88.6%][r=27.2MiB/s,w=9252KiB/s][r=6969,w=2313 IOPS][eta 00 Jobs: 1 (f=1): [m(1)][88.9%][r=45.6MiB/s,w=15.1MiB/s][r=11.7k,w=3878 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][93.2%][r=85.6MiB/s,w=28.6MiB/s][r=21.9k,w=7314 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][95.5%][r=83.2MiB/s,w=27.7MiB/s][r=21.3k,w=7083 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][97.7%][r=58.7MiB/s,w=19.3MiB/s][r=15.0k,w=4949 IOPS][eta 0 Jobs: 1 (f=1): [m(1)][100.0%][r=95.2MiB/s,w=31.1MiB/s][r=24.4k,w=7958 IOPS][eta 00m:00s] test1: (groupid=0, jobs=1): err= 0: pid=2362: Fri Mar 18 14:51:26 2022 read: IOPS=17.7k, BW=69.3MiB/s (72.7MB/s)(3070MiB/44286msec) bw ( KiB/s): min= 1672, max=121512, per=100.00%, avg=71080.38, stdev=29637.7 2, samples=88 iops : min= 418, max=30378, avg=17770.08, stdev=7409.44, samples=88 write: IOPS=5930, BW=23.2MiB/s (24.3MB/s)(1026MiB/44286msec); 0 zone resets bw ( KiB/s): min= 480, max=39760, per=100.00%, avg=23753.33, stdev=9862.59, samples=88 iops : min= 120, max= 9940, avg=5938.33, stdev=2465.64, samples=88 cpu : usr=2.05%, sys=14.86%, ctx=360549, majf=0, minf=7 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0% issued rwts: total=785920,262656,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=64 Run status group 0 (all jobs): READ: bw=69.3MiB/s (72.7MB/s), 69.3MiB/s-69.3MiB/s (72.7MB/s-72.7MB/s), io=30 70MiB (3219MB), run=44286-44286msec WRITE: bw=23.2MiB/s (24.3MB/s), 23.2MiB/s-23.2MiB/s (24.3MB/s-24.3MB/s), io=10 26MiB (1076MB), run=44286-44286msec Disk stats (read/write): sda: ios=783608/261914, merge=0/8, ticks=1782695/978268, in_queue=2746484, uti l=99.35%
-
Heute einen VPS 3000 G9 bestellt, meiner Meinung nach sind die IO Werte ziemlich schlecht, vor allem da sie auch Nachts nicht viel höher gehen.
Hat jemand aus der VPS (G9) Reihe mal einen Vergleich oder muss ich wirklich auf einen root gehen, mir reichen in 90% der Fälle 10MB/s völlig aus, die 5-10%, auch gerne Nachts hätte ich jedoch gerne mindestens 80MB/s. Ist das zu viel verlangt?Codefio Disk Speed Tests (Mixed R/W 50/50): --------------------------------- Block Size | 4k (IOPS) | ------ | --- ---- | ---- ---- Read | 33.74 MB/s (8.4k) Write | 33.83 MB/s (8.4k) Total | 67.58 MB/s (16.8k)
Um 21:00 Uhr wirds noch schlechter.
-
Hallo zusammen,
ich nutze sei einiger Zeit beim Konkurrenten einen VPS mit Windows RDP / Linux VNC (momentan Windows RDP, da die performance dort besser ist) zum kurzen sichten und schneiden von Videos mit ffmpeg (ohne neu zu konvertieren)
Ich kann allerdings nur ab 2-3 Uhr morgens bis 10 Uhr morgens mit dem VPS arbeiten, da die Zugriffrate auf die SSD so langsam ist, das es teils vier bis fünf Sekunden dauert, bis ein Order aufgeht oder überhaupt eine Aktion durchgeführt wird.
Da ich momentan kein Linux benutze und nur sysbench Benchmarks hier im Forum gefunden habe, habe ich mich gefragt, ob die Performance der SSD bei Netcup im Preisbereich ab 12-25 Euro besser ist?
Ich sichte und schneide nur eine halbe Stunde pro Tag, viel performance braucht man dafür nicht, allerdings müssen die Zugriffszeiten besser werden, auch bei kleinen Videos ist es sonst eine Diashow beim skippen.
Ich habe hier einen Crystaldiskmark benchmark, kann ich diese Werte irgendwie mit Sysbench vergleichen? Danke.
[Blockierte Grafik: https://i.imgur.com/DNBHf78.png]