Glühstrumpf,
bin seit ~2013 hier damals für Gameserver Heute fürn bissl mehr
Glühstrumpf,
bin seit ~2013 hier damals für Gameserver Heute fürn bissl mehr
VPS und RS mit mehr, deutlich mehr Speicherplatz
Also unabhängig von der technischen Seite mir fehlt an der Seite ein wenig der anfängliche Aufreißer.
Klare Schlagwörter, die mir am Anfang sagen was ich mir eig angucke, Das anfängliche obere Foto finde ich persönlich auch nicht ganz so aussagekräftig. Erschlag die Leute vll nicht dirket mit so viel Text, Grafiken und Stichpunkte bringen mehr und ne klare Rückrufnummer bzw Email würde ich auch prominenter positionieren. Preise und Shop ist auch unter Fakten recht versteckt
Die Wordpress Seitenleisten (wie auch immer die nochmal genau heißen) mit bspw dem rechtsseitigen Navigationsmenü finde ich im Schnitt auch eher störend da asymmetrisch und unästetisch. Zentrier die Hauptdaten lieber und pack solche dinge oben ins menü oder in den footer.
Strukturier vll den Text auch durch Unterüberschriften, sofern relevant. Verlinkungen könnte man auch bspw durch prominentere Buttons lösen wie "Bremsentest" "Funktion" etc.
Also auch noch zu so später Stunde (02:11) sind die 4K Werte unverändert schlechter (68.36 RS/172MB/s VPS). Die 512 und 1M Werte nach wie vor besser.
Hab mal testweise auf scsi gewechselt. Hab nichtmals mehr ganz die Hälfte an Durchsatz....
Ansonsten habe ich mir mal die fio Prozesse in top angeguckt. Maximal 3 mit jeweils <15% Auslastung
Die 4k Blockgrößen Geschwinigkeiten sinken halt mit VIRTIO bis unter 50 MB/s wo sie beim Eggcellent niemals auch nur unter 110 kommen. Und das durchgehend seit ca. 4h
Der Adapter ist jeweils derselbe mit VIRTIO, dasselbe Problem sehe ich auch im sequentiellen Lesen/Schreiben in sysbench. (Warum auch immer Virtio, aber der war iwie voreingestellt, normalerweise habe ich immer scsi hab nur bisher bei den beiden servern nichtd rauf geguckt).
Bei größeren Blöcken im obigen Benchscript mit fio ist ja auch der RS Server besser. Aber das sind halt Abweichungungen im Schnitt um den Faktor 2 bei sysbech sogar faktor 9-10
Und ja ganz selten habe ich mal Peaks beim RS die vergleichbar sind mit dem VPS. Kann es sein dass die Platte einfach von Nachbarn merkbar intensiver belagert wird?
Hallo,
kann mir jemand die geringeren Lese/Schreibraten bei den kleinere Blocksizes des "größeren" Server erklären?
Natürlich ähnliche Unterschiede auch bei wiederholten Messungen.
VPS Eggcellent (16vCPu 2,3TB SSD) vs RS Fast Rabbit (12 dedicated, 2TB SSD)
(Bei größeren Blocksizes ist es wieder andersherum)
Display MoreJa, aber ob das für viele Domains eine gute Idee ist. Im Thread zu BIND hattest du erwähnt, dass du ein paar Domains hast.
Du brauchst ja trotzdem öffentliche Adressen auf dem Proxmox System - und diese werden dann bei den Domains hinterlegt.
Wenn du dann die Container auf einen anderen Host umziehst, änderst du im DNS schließlich einen Haufen Records - oder du belässt die alten Adressen und proxiest / nattest dann auf einen anderen Host. Halte ich nicht für Sinnvoll.
Anders sieht es natürlich aus, wenn die IP Adressen mitnehmbar sind - z.B. bei einem Anbieter mit vSwitch.
Mach dir mal eine Zeichnung / Diagramm, wie du dir das vorstellst.
Ich hätte da jetzt an ne failover IP gedacht
Nun im zweifel könnte ich Docker ja auch auf dem Proxmox Host ausführen.
PMG finde ich einfach sehr spannend und nützlich zur umfangreichere Spam, Phishing und Virenfilterung. Bisher ist das auch nur ne Idee am Rande da es ja auch Nachteile gibt wie bspw. geringerer Einfluss der iSPConfig User auf deren Filter Einstellungen etc. Aber es wäre halt jedenfalls über ne LXC Instanz Trennung alles einfacher zu erweitern und individuell zu pflegen. Was wiederrum der primäre Grund für LXC ist.
Ach und was ich auch schön finde ist dass ich durch "transportable" IP Adressen sehr schön auch die Container auf andere Hosts umziehen kann wenn die Ressourcen eng werden
Son bissl stöbern im www scheint aber doch darauf hinzudeuten dass docker im lxc besonders im privileged gut machbar ist
Hi,
ich erwäge den Gedanken iSPConfig in nem priviliged LXC Container unter Proxmox zu installieren. Priviliged vor allem wegen Quota. Bisher ist es bei mir nativ installiert. Meine Überlegungen sind, dass man halt auf einem größeren Root einzelne Komponenten etwas besser trennen kann. Bspw. den ersten Bind (der andere gehört offensichtlich auf nen anderen Server, wenn nicht gar sogar anderer Anbieter), Proxmox Mail Gateway etc.
Ich würde hier den Fokus auf eure Erfahrungen bzgl Realisierbarkeit und Performance legen.
Meint ihr dass die Performance quasi na nativen Installation gleich kommt und glaubt ihr dass ich bei nem priviliged LXC erwartbar iwelche Einschränkungen rund um iSPConfig erhalte? (Meines Wissens nach müsste sogar nen extra Docker LXC machbar sein oder?)
Wenn du das ernst meinst: dann brauchst du mehr Kerne.
Die früheren VPS 200 hatten glaube ich nur 1 Kern - da bekommst du Probleme bei vielen Anfragen.
Der aktuelle hätte ja 2
Ich hatte an ispconfig gedacht und so ca. 50 Domains mit 20 Records ja
Was sind denn fluxnutzer?
Würdet ihr sagen dass der aktuelle VPS200 dicke reicht für BIND?
Wenn jemand noch ne Idee hat wäre ich dankbar
Maaan ein Spiel mit meinen Emotionen. Hätte den Server echt nice gefunden
Ist das Real? Sieht nach einem interessanten angebot aus
ich suche mir hier im forum grad nen ei bisher nicht erfolgreich.
den würd ich auch echt gern haben wollen
Im vergleich hier läufts ubuntu 20 hashcat 5.1.0
Number of platforms 1
Platform Name Portable Computing Language
Platform Vendor The pocl project
Platform Version OpenCL 1.2 pocl 1.4, None+Asserts, LLVM 9.0.1, RELOC, SLEEF, DISTRO, POCL_DEBUG
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd
Platform Extensions function suffix POCL
Platform Name Portable Computing Language
Number of devices 1
Device Name pthread-AMD EPYC 7282 16-Core Processor
Device Vendor AuthenticAMD
Device Vendor ID 0x6c636f70
Device Version OpenCL 1.2 pocl HSTR: pthread-x86_64-pc-linux-gnu-znver2
Driver Version 1.4
Device OpenCL C Version OpenCL C 1.2 pocl
Device Type CPU
Device Profile FULL_PROFILE
Device Available Yes
Compiler Available Yes
Linker Available Yes
Max compute units 8
Max clock frequency 2794MHz
Device Partition (core)
Max number of sub-devices 8
Supported partition types equally, by counts
Supported affinity domains (n/a)
Max work item dimensions 3
Max work item sizes 4096x4096x4096
Max work group size 4096
Preferred work group size multiple 8
Preferred / native vector sizes
char 16 / 16
short 16 / 16
int 8 / 8
long 4 / 4
half 0 / 0 (n/a)
float 8 / 8
double 4 / 4 (cl_khr_fp64)
Half-precision Floating-point support (n/a)
Single-precision Floating-point support (core)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Correctly-rounded divide and sqrt operations Yes
Double-precision Floating-point support (cl_khr_fp64)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Address bits 64, Little-Endian
Global memory size 29410729984 (27.39GiB)
Error Correction support No
Max memory allocation 8589934592 (8GiB)
Unified memory for Host and Device Yes
Minimum alignment for any data type 128 bytes
Alignment of base address 1024 bits (128 bytes)
Global Memory cache type Read/Write
Global Memory cache size 16777216 (16MiB)
Global Memory cache line size 64 bytes
Image support Yes
Max number of samplers per kernel 16
Max size for 1D images from buffer 536870912 pixels
Max 1D or 2D image array size 2048 images
Max 2D image size 16384x16384 pixels
Max 3D image size 2048x2048x2048 pixels
Max number of read image args 128
Max number of write image args 128
Local memory type Global
Local memory size 8388608 (8MiB)
Max number of constant args 8
Max constant buffer size 8388608 (8MiB)
Max size of kernel argument 1024
Queue properties
Out-of-order execution Yes
Profiling Yes
Prefer user sync for interop Yes
Profiling timer resolution 1ns
Execution capabilities
Run OpenCL kernels Yes
Run native kernels Yes
printf() buffer size 16777216 (16MiB)
Built-in kernels (n/a)
Device Extensions cl_khr_byte_addressable_store cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_fp64 cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_fp64
NULL platform behavior
clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) Portable Computing Language
clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [POCL]
clCreateContext(NULL, ...) [default] Success [POCL]
clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT) Success (1)
Platform Name Portable Computing Language
Device Name pthread-AMD EPYC 7282 16-Core Processor
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) Success (1)
Platform Name Portable Computing Language
Device Name pthread-AMD EPYC 7282 16-Core Processor
clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1)
Platform Name Portable Computing Language
Device Name pthread-AMD EPYC 7282 16-Core Processor
ICD loader properties
ICD loader Name OpenCL ICD Loader
ICD loader Vendor OCL Icd free software
ICD loader Version 2.2.11
ICD loader Profile OpenCL 2.1
CLINFO Output
Hier läufts nicht v5.1.0 und 6.2.5
Number of platforms 1
Platform Name Portable Computing Language
Platform Vendor The pocl project
Platform Version OpenCL 1.2 pocl 1.4, None+Asserts, LLVM 9.0.1, RELOC, SLEEF, DISTRO, POCL_DEBUG
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd
Platform Extensions function suffix POCL
Platform Name Portable Computing Language
Number of devices 1
Device Name pthread-QEMU Virtual CPU version 2.5+
Device Vendor AuthenticAMD
Device Vendor ID 0x6c636f70
Device Version OpenCL 1.2 pocl HSTR: pthread-x86_64-pc-linux-gnu-athlon-xp
Driver Version 1.4
Device OpenCL C Version OpenCL C 1.2 pocl
Device Type CPU
Device Profile FULL_PROFILE
Device Available Yes
Compiler Available Yes
Linker Available Yes
Max compute units 16
Max clock frequency 1996MHz
Device Partition (core)
Max number of sub-devices 16
Supported partition types equally, by counts
Supported affinity domains (n/a)
Max work item dimensions 3
Max work item sizes 4096x4096x4096
Max work group size 4096
=== CL_PROGRAM_BUILD_LOG ===
error: unknown target CPU 'athlon-xp'
Preferred work group size multiple <getWGsizes:1200: create kernel : error -45>
Preferred / native vector sizes
char 16 / 16
short 8 / 8
int 4 / 4
long 2 / 2
half 0 / 0 (n/a)
float 4 / 4
double 2 / 2 (cl_khr_fp64)
Half-precision Floating-point support (n/a)
Single-precision Floating-point support (core)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Correctly-rounded divide and sqrt operations Yes
Double-precision Floating-point support (cl_khr_fp64)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Address bits 64, Little-Endian
Global memory size 35700076544 (33.25GiB)
Error Correction support No
Max memory allocation 17179869184 (16GiB)
Unified memory for Host and Device Yes
Minimum alignment for any data type 128 bytes
Alignment of base address 1024 bits (128 bytes)
Global Memory cache type Read/Write
Global Memory cache size 16777216 (16MiB)
Global Memory cache line size 64 bytes
Image support Yes
Max number of samplers per kernel 16
Max size for 1D images from buffer 1073741824 pixels
Max 1D or 2D image array size 2048 images
Max 2D image size 32768x32768 pixels
Max 3D image size 2048x2048x2048 pixels
Max number of read image args 128
Max number of write image args 128
Local memory type Global
Local memory size 8388608 (8MiB)
Max number of constant args 8
Max constant buffer size 8388608 (8MiB)
Max size of kernel argument 1024
Queue properties
Out-of-order execution Yes
Profiling Yes
Prefer user sync for interop Yes
Profiling timer resolution 1ns
Execution capabilities
Run OpenCL kernels Yes
Run native kernels Yes
printf() buffer size 16777216 (16MiB)
Built-in kernels (n/a)
Device Extensions cl_khr_byte_addressable_store cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_fp64 cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_fp64
NULL platform behavior
clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) Portable Computing Language
clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [POCL]
clCreateContext(NULL, ...) [default] Success [POCL]
clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT) Success (1)
Platform Name Portable Computing Language
Device Name pthread-QEMU Virtual CPU version 2.5+
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) Success (1)
Platform Name Portable Computing Language
Device Name pthread-QEMU Virtual CPU version 2.5+
clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1)
Platform Name Portable Computing Language
Device Name pthread-QEMU Virtual CPU version 2.5+
ICD loader properties
ICD loader Name OpenCL ICD Loader
ICD loader Vendor OCL Icd free software
ICD loader Version 2.2.11
ICD loader Profile OpenCL 2.1