Fliegt da nicht irgendwann die Sicherung durch?
:D:eek:
Deswegen ist es untereinander abgesichert und vorweg entsprechend verkabelt, also z.B. eben nicht mit 3x0,75mm² Litze 
Zusätzlich hängen da keine großen Verbraucher dran, ich jage da also nicht 4-5kW durch die Wand 
Meistens sind nur eine Hand voll der Geräte parallel in Betrieb.
Deswegen habe ich in meiner Fernsehecke eine selbst gebaute Verteilung mit Zwischenabsicherungen. So stehen mir dort 19 freie Dosen zur Verfügung für etwaige Gerätschaften. Plane an einem neuen Schreibtisch für unsere Laptops daheim der ein ähnliches System für Netzwerk und Stromversorgung bekommen wird Das sind nachher mehr Kabel als Holz wenn es fertig ist
3er Dose an 3er Dose an 3er Dose und alles mit 3x0,75mm² Litze.... waaaaah! Das schreit der Elektroniker für Geräte und Systeme in mir hrhr
Wir werden dies prüfen, eine Antwort werden Sie dann im Laufe des Tages auf Ihre E-Mail erhalten damit wir ausreichende Beobachtungen / Prüfungen durchführen können. Danke.
Gibt doch nix schöneres als nachts um 12 tropfende Wasserhähne zu reparieren, hmpf...
Bitte wenden Sie sich unter Angabe des vServer Namen und mit einem Verweis auf dieses Thema einmal direkt per E-Mail an den Support (Herrn Wachert), ich würde mir dies gerne mal genauer anschauen.
Dann beachten Sie meinen ersten Beitrag. Bisher haben Sie wohl offenbar mehr Leistung nutzen können als Sie gebucht haben da es mehr freie Ressourcen gab, jetzt wo Sie möglicherweise "nur" das nutzen können was Sie auch tatsächlich gebucht haben, stellen Sie fest das der vServer der gebucht ist für die Anwendungen nicht ausreicht. Wenn Sie mehrere Gameserver auf einem vServer betreiben ist das schon mal ein sehr deutliches Anzeichen dafür. Nachts ist die Wahrscheinlichkeit das Ihnen nicht mehr MEHR Ressourcen als gebucht zur Verfügung stehen weitaus höher da dort natürlich viele Cronjobs laufen und jeder Kunde nur noch die tatsächlich gebuchten Ressourcen welche wir auch garantieren nutzen kann.
Ergo: vServer Upgrade, oder, was sich bei Gameserver eher empfiehlt, einen weiteren vServer buchen.
P.S.: Die Anzahl der Bilder pro Sekunde beim Client oder Frames per Second auf dem Server hat keinen Einfluss darauf wie weit man springen, schnell man laufen, oder schnell man schiessen kann. Ich habe seit einigen Jahren mit Gameservern zu tun, aber diese Theorie habe ich nun wirklich noch nie gehört, vor allem nicht bei Source Engined Spielen mit welchen ich besonders zu tun hatte.
Die IP-Adressen beim hiesigen TUN Device kann der Kunde nicht ändern, diese sind aus technischen Gründen vorgegeben.
Ohne IpTables und Tun/Tap Device wird das hier bei Netcup nichts.
Das hängt davon ab, was man mit dem VPN vor hat. Ein VPN, also ein virtuelles privates Netzwerk, zu betreiben ist überhaupt kein Problem mit den hiesigen vServern. Diesen VPN Zugang allerdings als Internet-Gateway zu verwenden schon, hierzu ist aber auch kein VPN notwendig, da reicht ein SSH Tunnel um einen Socks zu bekommen.
Ein VPN ist an erster Stelle keineswegs ein "Internet Gateway" 
Es wird nur gerne so verstanden.
1000 FPS Server sind sogenannte War-Server und keineswegs Basic. Oftmals werden diese Systeme auch als EPS Server bezeichnet was keine "Public" Server sind sondern vorwiegend für spezielle Turniere verwendet werden. Das 1000 FPS wichtig und vor allem notwendig sind ist dabei reines Marketing. Auf einem "Public" Server stellt man den Unterschied zwischen 500 und 1000 FPS gar nicht fest, aufgrund der Vielfalt an Spielern, deren Anbindung, etc pp. Server mit 4000+ FPS sind gelinde gesagt Unsinn da diese nicht einmal auf Master Turnieren zum Einsatz kommen und ebenfalls mehr ein Marketing gespinnst sind. Ein Spieler wird selbst in einem LAN, also mit optimaler Anbindung, keinen Unterschied zwischen 1000 und 4000 FPS feststellen. Das verhält sich ähnlich wie die FPS am Monitor selbst. Ab ca. 30 FPS erscheint eine Bildabfolge "flüssig", bis ca. 60 FPS kann ein "normaler" Mensch unterscheiden, ab spätestens 100-120 FPS erkennt das menschliche Auge keinerlei Unterschied mehr Es würde also keinerlei Vorteil bringen wenn man mit 200 FPS oder mehr zockt da man keinerlei Unterschied wahr nimmt. Zwischen Schein und Sein liegen Unterschiede.
Wenn der Server mit 400 FPS läuft und es High Pings gibt, dann besteht ein Problem zwischen Client und Server und nicht beim Server selbst. Daher also das Routing prüfen sowie die Auslastung des vServers über mindestens 60 Minuten am Stück überwachen, dann, wenn auch was los ist. Hätte der Server ein Problem oder würde durch den Server selbst ein Problem verursacht werden, würden die FPS des Servers einbrechen und müssten dabei während der "Lags" auf unter 60 fallen, ist dies nicht der Fall, kann man nicht von einem Problem seitens des Servers ausgehen.
Bei der Deklaration zwischen HighEnd und nicht, muss man auch zwischen Public und War Server unterscheiden, da stecken immerhin Welten dazwischen. 400-500 FPS sind für einen Public Server mehr als akzeptabel, üblicherweise haben Public Server Werte von 200-300 FPS.
Zusätzlich zu oben genanntem was man prüfen sollte, auch diese Seite aus dem Wiki beachten http://www.netcup-wiki.de/wiki/Lags_bei_einem_vServer
Nachtrag: Mit den Ergebnissen kann man sich auch direkt an den Support wenden, wir werden natürlich ebenfalls die Dinge prüfen welche wir prüfen können, dazu zählt nicht die Konfiguration des vServers selbst oder der darauf laufenden Dienste, allerdings schauen wir uns natürlich das, wofür wir entsprechend verantwortlich sind, also Anbindung, Wirt, etc. mal an.
Das kann durch das VCP gar nicht beeinflusst sein da dies nix mit der Leistung des vServers als solches zu tun hat. Bitte beachten das 900 FPS einem HighEnd System gleich stehen bei Source-Engined Spielen, mit 400 FPS sind Sie auf einem vServer(!) daher immernoch mehr als gut dabei.
Sie konnten möglicherweise bisher mehr Leistung nutzen als Sie "eigentlich" gebucht haben, was ein Feature ist. Wenn Systemressourcen ungenutzt sind, kann sozusagen jeder vServer darauf zurückgreifen. Sagen wir Sie haben "100%" gebucht und konnten bisher 200% nutzen weil so viele Ressourcen frei waren, wenn das System nun etwas stärker ausgelastet ist können Sie z.B. "nur noch" 150% nutzen, was immer noch mehr ist, als Sie gebucht haben (100%).
Die Rechnung soll nur ein Beispiel darstellen, bitte nicht auf die %-Angaben "festnageln".
Hier regnets.... endlich! Und irgendwie schwirren hier Papierflieger rum
Kaum ist nen Hund im Büro sind alle drauf fixiert Der Begriff "Dogwatch" hat hier grad nicht den üblichen Zusammenhang
Nachtrag: ui, hatte ja eben 2.222 Beiträge
Einfach mal "man screen" verwenden, dort wird der notwendige Parameter erklärt, wobei tmux da in der Handhabe weitaus einfacher ist, gerade wenn es um komplexe Befehle geht, auch wenn es diese nun bei Minecraft z.B. weniger gibt als bei Source-Engined Spielen z.B. von Valve.
Hinweis: In solchen Fällen kann dann lediglich der Support weiter helfen da es hier ein Kundenforum ist und keine direkte offizielle Anlaufstelle des normalen Supports
Da das Thema aber ja bereits erledigt ist, mache ich nach dem Hinweis mal zu.
Es ging mehr darum das damit der "eigentliche" Prozeß, also Minecraft nicht so beendet wird, wie es der Hersteller empfiehlt bzw. wie es generell empfohlen ist. Wenn ein Dienst eine stop Funktion hat, so nutzt man diese sonst darf man sich über gewisse Fehler, vor allem bei Java Prozessen, nicht wundern. Man kann mit einem Script, wenn man sich schon ein Control Panel baut, problemlos Befehle in eine SCREEN Session übergeben damit diese "im Screen" ausgeführt werden, so auch z.b. einen stop Befehl für den Minecraft Server. Dies verhindert unter anderem gecrashte Map Files und ist zudem auch ein "failsafe" beenden des Servers.
Hab da nen Batzen an Newslettern bekommen woher die wohl kommen?...
Wenn Sie den speziellen Wunsch haben können wir Sie auch vorab von allen Diensten ausschließen.
Man ist nicht mehr im Verteiler wenn Kündigungen wirksam sind und man keinerlei Produkte mehr hat. Ggf. das Kündigungsdatum aus der Bestätigungsemail beachten.
felix lauf...!
Man stoppt einen Minecraftserver nicht in dem man den Java Prozess abschiesst, dabei darf man sich dann über Fehler dieser Art nicht wundern.
Wieso nicht schickt man nicht den "normalen" stop Befehl in die Screensession mit einem entsprechenden Script?
