• If you need help or want to discuss things, you now can also join us on our Discord Server!
  • A first preview of the unlimited version of SinusBot can be found in the Upcoming Changes thread. A version for Windows will follow, but we don't have a release date, yet.

Bot stottert / laggt nach Update

Status
Not open for further replies.

zapp187

Donor
is awesome!
Betriebssystem: Linux Debian 8.5 (jessie)
SinusBot Version: UserAgent = "SinusBot (0.9.15-b20cc30)"
TS3 Version: 3.0.19.4

Problembeschreibung
Ich nutze den Musikbot schon sehr lange seit einer frühen BETA Phase und war bislang immer zufrieden. Jetzt habe ich vor kurzem ein Update auf die neuste Version gemacht (tolle neue Features) und seitdem muss ich leider feststellen, dass der Musikbot bei der Wiedergabe von Radiosendern teilweise heftigst stottert bzw. laggt. Bei der Wiedergabe von MP3 Dateien läuft hingegen alles normal. Bei der alten Version hatte ich diese Probleme nicht ;-(

Ich habe bereits versucht über verschiedene SampleInterval Einstellungen dem Problem auf die Schliche zu kommen, jedoch hat alles nichts gebracht. Der Ursprungswert lag bei 100, ich habe inzwischen sowohl höhere Werte (200, 300) als auch niedrigere Werte (80, 60, 40) ausprobiert. Die Lags tauchen jedoch sporadisch immer mal wieder auf.

In der Instances Log habe ich nichts auffälliges entdecken können. Während der Lags erscheint jedoch immer folgende Ausgabe:

2016-11-13T16:02:00+01:00 SAMPLEX 960 40
2016-11-13T16:01:59+01:00 SAMPLEX 2880 40
2016-11-13T16:01:59+01:00 SAMPLEX 1920 40
2016-11-13T16:01:59+01:00 SAMPLEX 1920 40
2016-11-13T16:01:59+01:00 SAMPLEX 2880 40
2016-11-13T16:01:58+01:00 SAMPLEX 2880 40
2016-11-13T16:01:58+01:00 SAMPLEX 1920 40
2016-11-13T16:01:58+01:00 SAMPLEX 2880 40
2016-11-13T16:01:57+01:00 SAMPLEX 960 40
2016-11-13T16:01:57+01:00 SAMPLEX 1920 40
2016-11-13T16:01:57+01:00 SAMPLEX 2880 40
2016-11-13T16:01:56+01:00 SAMPLEX 2880 40
2016-11-13T16:01:56+01:00 SAMPLEX 960 40
2016-11-13T16:01:55+01:00 SAMPLEX 2880 40
2016-11-13T16:01:55+01:00 SAMPLEX 1920 40
2016-11-13T16:01:55+01:00 SAMPLEX 1920 40
2016-11-13T16:01:55+01:00 SAMPLEX 2880 40
2016-11-13T16:01:54+01:00 SAMPLEX 1920 40
2016-11-13T16:01:54+01:00 SAMPLEX 2880 40
2016-11-13T16:01:54+01:00 SAMPLEX 960 40
2016-11-13T16:01:54+01:00 SAMPLEX 1920 40
2016-11-13T16:01:53+01:00 SAMPLEX 2880 40
2016-11-13T16:01:52+01:00 SAMPLEX 1920 40
2016-11-13T16:01:52+01:00 SAMPLEX 960 40
2016-11-13T16:01:51+01:00 SAMPLEX 2880 40
2016-11-13T16:01:51+01:00 SAMPLEX 2880 40
2016-11-13T16:01:51+01:00 SAMPLEX 1920 40

Ich habe eine inzwischen einigermaßen große TS3 Community zusammenbekommen (Userzahl gestern Abend 215 User) und es häufen sich immer mehr die Stimmen, dass es langsam nur noch nervt. Der Musikbot verliert langsam aber sicher an Akzeptanz, da die Lags natürlich sehr stören.

Ich bitte freundlichst um Unterstützung bei der Aufklärung des Problems, da ich alleine nicht mehr weiterkomme. Der Server scheint sich zudem zu langweilen... zumal es früher mit der alten Version ohne Probleme auch mit 6 Instanzen gleichzeitig lief!

Code:
==========================================================
SINUSBOT RELATED
SYSTEM INFORMATION
 - Operating System: Debian GNU/Linux 8.5 (jessie)
 - OS x64 check: OK
 - Kernel: Linux 3.14.32-xxxx-grs-ipv6-64 x86_64
 - Load Average: 1.30 1.41 1.41
 - Uptime: 77 days, 3 hours, 34 minutes, 54 seconds
 - OS Updates: 60 (updates available!)
 - OS Missing Packages: None (v1)
 - OS APT Last Update: 08.10.2016 11:51:44 CEST +02:00:00
 - Bot Start Script: not found
 - DNS resolution check: google.com -> OK
 - CPU:
  Architecture:  x86_64
  CPU(s):  8
  Thread(s) per core:  2
  Core(s) per socket:  4
  Socket(s):  1
  Model name:  Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
  CPU MHz:  4254.687
  Virtualization:  VT-x
 - RAM: 3.88 GB/31.43 GB in use (12%)
 - SWAP: 32.77 MB/1021.99 MB in use (3%)
 - DISK: 124.79 GB/83.33 GB in use (149%)
 - Package versions:
  > libglib: 2.42.1-1+b1
BOT INFORMATION
 - Status: running (PIDs: 32149 32148, User: musikbot)
 - Webinterface: port locally not reachable (Port: 1337)
 - Binary: /home/musikbot/sinusbot (MD5 Hash: ca497448f617fc17a5bb579980a8572e)
 - Version: 0.9.15-b20cc30
 - TS3 Plugin: installed (md5 hash match)
  - Bot Plugin: 0b71cb8de70ec252d6f339b26c3a0e82
  - TS3 Client: 0b71cb8de70ec252d6f339b26c3a0e82
 - Config:
  - LogLevel = 10 (debug log active)
  - TS3Path = /home/musikbot/TeamSpeak3-Client-linux_amd64/ts3client_linux_amd64 (Version 3.0.19.4)
  - YoutubeDLPath = not set
 - Installed scripts: advertising.js; aloneMode.js; badchan.js; bookmark.js; covatar.js; dev.js; followme.js; idle.js; metadata.js; norecording.js; rememberChannel.js; showcase.js; sound.js; welcometext.js
OTHER INFORMATION
 - Report date: 13.11.2016 16:09:25 CET +01:00:00 (timezone: Europe/Paris)
 - TeamSpeak 3 Version: 3.0.19.4
 - youtube-dl Version: unknown
 - DiagScript version: 0.4.6
==========================================================
 

mxschmitt

Moderator
Staff member
is awesome!
V.I.P.
is uber awesome!
Contributor
Insider
Der SampleInterval ist nur für die Versionen im Bereich 0.9.8 sinnvoll. Bei den aktuellen machst du mehr dadurch "kaputt" lasse ihn doch einfach bitte auf den Standardwert(60) dann müsste auch alles funktionieren. Da die Laggs nur bei Streams auftreten vermute ich mal dass es Verbindungsprobleme zu den Streams gibt und daher das Problem kommt.
 

zapp187

Donor
is awesome!
Da die Laggs nur bei Streams auftreten vermute ich mal dass es Verbindungsprobleme zu den Streams gibt und daher das Problem kommt.

Das halte ich für mehr als unwahrscheinlich, da es vor dem Update auf die neueste BOT Version keine Probleme gab. Der Server hat eine 1 GBit Anbindung (eingehend + ausgehend) und es sind keine Verbindungsprobleme seitens des Anbieters bekannt (auch keine Auffälligkeiten von mir festgestellt, da alles andere ja funktioniert).
 

mxschmitt

Moderator
Staff member
is awesome!
V.I.P.
is uber awesome!
Contributor
Insider
Probiere es doch erstmal mit dem Standard SampleInterval :)
 

Xuxe

Containerholic
Staff member
is awesome!
V.I.P.
Contributor
Insider
Hi,

was läuft sonst noch auf der Kiste? Der Samplex Spam / die Problembeschreibung hört sich nach saumäßiger CPU Performance an.
Und welches OVH Datacenter? Die Brüder sind ja bekannt mal Überladene switche zu haben :p
 
Last edited:

zapp187

Donor
is awesome!
Probiere es doch erstmal mit dem Standard SampleInterval :)

Habe ich seit 20 Minuten eingestellt. Stottert bzw. lagt weiter fröhlich vor sich hin....

Im Instances Log:

2016-11-13T17:25:06+01:00 SAMPLEX 4800 60
2016-11-13T17:25:01+01:00 SAMPLEX 3840 60
2016-11-13T17:25:01+01:00 Found Callback PR:{6a1339b6-22bf-4771-8967-b84ddc4f149b}:506/DESC
2016-11-13T17:25:01+01:00 Awaiting Callback (1): PR:{6a1339b6-22bf-4771-8967-b84ddc4f149b}:506/DESC
2016-11-13T17:25:00+01:00 SAMPLEX 4800 60
2016-11-13T17:24:59+01:00 SAMPLEX 2880 60
2016-11-13T17:24:59+01:00 SAMPLEX 1920 60
2016-11-13T17:24:58+01:00 SAMPLEX 4800 60
2016-11-13T17:24:58+01:00 SAMPLEX 4800 60
2016-11-13T17:24:57+01:00 SAMPLEX 4800 60
2016-11-13T17:24:57+01:00 SAMPLEX 4800 60
2016-11-13T17:24:56+01:00 SAMPLEX 2880 60
2016-11-13T17:24:56+01:00 SAMPLEX 4800 60
2016-11-13T17:24:51+01:00 SAMPLEX 1920 60
2016-11-13T17:24:50+01:00 SAMPLEX 4800 60
2016-11-13T17:24:50+01:00 SAMPLEX 3840 60
2016-11-13T17:24:49+01:00 SAMPLEX 3840 60
2016-11-13T17:24:48+01:00 SAMPLEX 1920 60
2016-11-13T17:24:48+01:00 SAMPLEX 4800 60
2016-11-13T17:24:47+01:00 SAMPLEX 3840 60
2016-11-13T17:24:47+01:00 SAMPLEX 3840 60
2016-11-13T17:24:46+01:00 SAMPLEX 4800 60
2016-11-13T17:24:46+01:00 SAMPLEX 4800 60
2016-11-13T17:24:45+01:00 SAMPLEX 2880 60
2016-11-13T17:24:45+01:00 SAMPLEX 4800 60
2016-11-13T17:24:41+01:00 SAMPLEX 2880 60
2016-11-13T17:24:40+01:00 SAMPLEX 3840 60
 

Clay_DE

Member
Hallo, Ich habe genau den Selben Fehler seit dem Update.

Mein Log sieht so aus:

2016-11-14T00:12:23+01:00 SAMPLEX 3840 60
2016-11-14T00:12:23+01:00 SAMPLEX 3840 60
2016-11-14T00:12:23+01:00 STOP [admin] OK
2016-11-14T00:11:51+01:00 Clay joined the channel
2016-11-14T00:11:37+01:00 PLAY [admin] 39faad66-1a8a-46f5-b534-3b88979e8ec6 OK
2016-11-14T00:11:30+01:00 SAMPLEX 3840 60
2016-11-14T00:11:30+01:00 SAMPLEX 3840 60
2016-11-14T00:11:29+01:00 STOP [admin] OK
2016-11-14T00:11:21+01:00 Clay joined the channel
2016-11-14T00:11:16+01:00 PLAY [admin] 39faad66-1a8a-46f5-b534-3b88979e8ec6 OK
2016-11-14T00:10:53+01:00 SAMPLEX 3840 60
2016-11-14T00:10:53+01:00 SAMPLEX 3840 60
2016-11-14T00:10:52+01:00 STOP [admin] OK
2016-11-14T00:10:22+01:00 PLAY [admin] 9944a48f-65b2-46b6-aee9-a22646a5aba7 OK
2016-11-14T00:10:16+01:00 New connection status 4; Error 0
2016-11-14T00:10:16+01:00 New connection status 3; Error 0
2016-11-14T00:10:16+01:00 New connection status 2; Error 0
2016-11-14T00:10:16+01:00 New connection status 1; Error 0
2016-11-14T00:10:15+01:00 Starting instance ts3server://127.0.0.1?port=9987&nickname=SinusBot&password=&channel=&channelpassword=
2016-11-14T00:10:15+01:00 Auto-Starting 1c64cc19-f3c7-4ce0-9b97-66c62e23de74/c77f97c9-bbc1-42aa-913c-6048cc81a87f in 500 ms...
2016-11-14T00:10:15+01:00 Initialization complete

Der Bot läuft auf einer Windows Kiste. Wenn noch weitere Infos gebraucht werden, gebt bescheid.

Edit: Wenn ich es aber bei mir local installiere und abspiele, funktioniert es ohne Probleme o_O
 
Last edited:

PaInKiLLeR

Helping Hand
Muss das mal beobachten,habe gestern erst das Update gezogen und bei mir spinnt der Bot auch rum :eek:

Code:
2016-11-14T11:30:35+01:00 SAMPLEX 2880 60
2016-11-14T11:26:06+01:00 Storing configuration.
2016-11-14T11:26:06+01:00 Found Callback PR:{0adecca1-590c-4c85-a987-210e7123d03a}:678/UPLO
2016-11-14T11:26:06+01:00 Awaiting Callback (1): PR:{0adecca1-590c-4c85-a987-210e7123d03a}:678/UPLO
2016-11-14T11:26:05+01:00 New channel
2016-11-14T11:26:05+01:00 Playing next from playlist: track://4a52fc07-bfe1-45e1-87c0-31fd72ece889
2016-11-14T11:26:05+01:00 Done playing
2016-11-14T11:26:05+01:00 Channels now zero
2016-11-14T11:26:05+01:00 Deleting channel
2016-11-14T11:26:05+01:00 SAMPLEX 4800 60
2016-11-14T11:18:54+01:00 Storing configuration.
2016-11-14T11:18:48+01:00 Found Callback PR:{0adecca1-590c-4c85-a987-210e7123d03a}:670/UPLO
2016-11-14T11:18:48+01:00 Awaiting Callback (1): PR:{0adecca1-590c-4c85-a987-210e7123d03a}:670/UPLO
2016-11-14T11:18:46+01:00 New channel
2016-11-14T11:18:46+01:00 Playing next from playlist: track://a53b4779-387a-4b55-b7e9-29b8bade3173
2016-11-14T11:18:46+01:00 Done playing
2016-11-14T11:18:46+01:00 Channels now zero
2016-11-14T11:18:46+01:00 Deleting channel
2016-11-14T11:18:46+01:00 SAMPLEX 3840 60
 

Xuxe

Containerholic
Staff member
is awesome!
V.I.P.
Contributor
Insider
Der Bot läuft auf einer Windows Kiste. Wenn noch weitere Infos gebraucht werden, gebt bescheid.

Besagte CPU Performance, wenn eure Kisten die letzte Hardware ausm OVH Lager sind oder klein Kevin in Minecraft auf nem überladenen Shared host TNT sprengt passiert sowas. Bei Audio / Software die ne gewisse Performance benötigen merkt man sowas dann schnell :p

Schreibt bitte eure Hard / Software und was sonst noch bei euch läuft dazu.
 

Clay_DE

Member
Besagte CPU Performance, wenn eure Kisten die letzte Hardware ausm OVH Lager sind oder klein Kevin in Minecraft auf nem überladenen Shared host TNT sprengt passiert sowas. Bei Audio / Software die ne gewisse Performance benötigen merkt man sowas dann schnell :p

Schreibt bitte eure Hard / Software und was sonst noch bei euch läuft dazu.

Ich bin nicht bei OVH. Aber danke für deinen "Netten" Text. Sinusbot hat bisher immer super funktioniert.

Aber gut, hier sind die Specs:


OS Name Microsoft Windows Server 2008 R2 Standard
Version 6.1.7601 Service Pack 1 Build 7601
Other OS Description Not Available
OS Manufacturer Microsoft Corporation
System Name R-57127
System Manufacturer QEMU
System Model Standard PC (i440FX + PIIX, 1996)
System Type x64-based PC
Processor Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz, 3200 Mhz, 6 Core(s)
BIOS Version/Date SeaBIOS rel-1.7.5.1-0-g8936dbb-20141113_115728-nilsson.home.kraxel.org, 01.04.2014
SMBIOS Version 2.8
Windows Directory C:\Windows
System Directory C:\Windows\system32
Boot Device \Device\HarddiskVolume1
Locale United States
Hardware Abstraction Layer Version = "6.1.7601.22846"
User Name Not Available
Time Zone W. Europe Standard Time
Installed Physical Memory (RAM) 30,0 GB
Total Physical Memory 30,0 GB
Available Physical Memory 26,7 GB
Total Virtual Memory 60,0 GB
Available Virtual Memory 56,7 GB
Page File Space 30,0 GB
Page File C:\pagefile.sys

Im Hintergrund läuft ein Teamspeak Server, IIS , Plesk und sonst nichts. All das läuft seit einem Jahr auf der Kiste und bisher gab es wie bereits gesagt, kein Problem mit Sinusbot.

EDIT: Nochmal mit Loglevel 10

016-11-14T17:25:49+01:00 Storing configuration.
2016-11-14T17:25:24+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:24+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:24+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:23+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:23+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:23+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:22+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:22+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:22+01:00 2568/insufficient client permissions/b_virtualserver_servergroup_client_list
2016-11-14T17:25:22+01:00 New connection status 4; Error 0
2016-11-14T17:25:22+01:00 New connection status 3; Error 0
2016-11-14T17:25:22+01:00 New connection status 2; Error 0
2016-11-14T17:25:22+01:00 New connection status 1; Error 0
2016-11-14T17:25:21+01:00 Could not send config: HTTP returned an error: Error; Code: 500; Message: Error
2016-11-14T17:25:21+01:00 TS>DUMP defined! Dumpdir is: C:\SinusBot\data\/ts3/1c64cc19-f3c7-4ce0-9b97-66c62e23de74/c77f97c9-bbc1-42aa-913c-6048cc81a87f/\crashdumps
2016-11-14T17:25:21+01:00 TS>Crashdump ENABLED, directory is: C:\SinusBot\data\/ts3/1c64cc19-f3c7-4ce0-9b97-66c62e23de74/c77f97c9-bbc1-42aa-913c-6048cc81a87f/\crashdumps
2016-11-14T17:25:21+01:00 New channel
2016-11-14T17:25:21+01:00 Starting instance ts3server://127.0.0.1?port=9987&nickname=SinusBot&password=&channel=&channelpassword=
2016-11-14T17:25:21+01:00 Could not insert into Notifications-Tableno such table: Notifications
2016-11-14T17:25:21+01:00 Could not delete from Notificationsno such table: Notifications
2016-11-14T17:25:21+01:00 Could not insert into Notifications-Tableno such table: Notifications
2016-11-14T17:25:21+01:00 Could not delete from Notificationsno such table: Notifications
2016-11-14T17:25:21+01:00 Auto-Playing last track
2016-11-14T17:25:20+01:00 Last track was 39faad66-1a8a-46f5-b534-3b88979e8ec6, will auto-play soon
2016-11-14T17:25:20+01:00 Auto-Starting 1c64cc19-f3c7-4ce0-9b97-66c62e23de74/c77f97c9-bbc1-42aa-913c-6048cc81a87f in 500 ms...
2016-11-14T17:25:20+01:00 Initialization complete
 
Last edited:

PaInKiLLeR

Helping Hand
Besagte CPU Performance, wenn eure Kisten die letzte Hardware ausm OVH Lager sind oder klein Kevin in Minecraft auf nem überladenen Shared host TNT sprengt passiert sowas. Bei Audio / Software die ne gewisse Performance benötigen merkt man sowas dann schnell :p

Schreibt bitte eure Hard / Software und was sonst noch bei euch läuft dazu.

Sehr sinnvoller Beitrag :eek:

Wenn wir erst seitdem Update Probleme haben und vorher ging es kanns wohl schlecht am Server selbst liegen!

Sind ja einige die seitdem Update Probleme haben,merkste was :rolleyes:

System:

vCore: 4x2,3 GHz
RAM: 4 GB DDR3
SSD: 125 GB
Swap: 500 MB
OS: Debian 8 minimal 64bit
 

flyth

is reticulating splines
Staff member
Developer
Contributor
Welche Versionen hattet ihr vorher - zumindest in den letzten 1-2 Monaten gab es an den Stream-Routinen soweit ich mich erinnere keine Änderungen? Benutzt ihr vll. denselben Stream?
Grundsätzlich klingt das aber entweder nach dem was Xuxe schreibt (stärkere Schwankungen im CPU-Takt auf V-Servern speziell) oder an zu kleinen Audiopuffern für den konkreten Fall. Ich schau auf jeden Fall auch noch mal nach.
 

PaInKiLLeR

Helping Hand
Egal ob Stream oder man hört Musik vom Server selbst,es laggt alle paar Minuten!

Version war die davor,keine Ahnung welche irgend was mit
0.9.12 habs nicht notiert :confused:

Evtl. hilft ein kpl. Rootserver start,ich werde das die nächsten Tage mal beobachten und gebe Dir dann Feedback Michael ;)
 

Clay_DE

Member
Welche Versionen hattet ihr vorher - zumindest in den letzten 1-2 Monaten gab es an den Stream-Routinen soweit ich mich erinnere keine Änderungen? Benutzt ihr vll. denselben Stream?
Grundsätzlich klingt das aber entweder nach dem was Xuxe schreibt (stärkere Schwankungen im CPU-Takt auf V-Servern speziell) oder an zu kleinen Audiopuffern für den konkreten Fall. Ich schau auf jeden Fall auch noch mal nach.

Der Fehler tritt ( Zumindest bei mir ) Auch auf, wenn lieder direkt von der Festplatte geladen werden. Ich kann mir nicht vorstellen dass es an der CPU Liegt weil diese relativ stark ist. Zumal der fehler erst mit der neuen Version aufgetaucht ist. ( Glaube ich hatte vorher 0.9.13)
 

flyth

is reticulating splines
Staff member
Developer
Contributor
Egal ob Stream oder man hört Musik vom Server selbst,es laggt alle paar Minuten!
Und dann gibt es alle paar Minuten einen großen Ruckler oder über X Sekunden weg Stottern? Ein Neustart des Servers wird vermutlich nichts bringen.

Ich kann mir nicht vorstellen dass es an der CPU Liegt weil diese relativ stark ist.
Es ist ja trotzdem virtualisiert (bei dir per QEMU, idR ist da dann ein Linux drunter). Das Problem dabei ist, dass du dir mit Prozessen anderer virtueller Maschinen die Rechenzeit teilst - und die wird u.U. nicht so gleichmäßig verteilt, dass exaktes Timing möglich ist, was bei Audiostreams mit geringer Latenz extrem wichtig ist.
 

Xuxe

Containerholic
Staff member
is awesome!
V.I.P.
Contributor
Insider
Ich bin nicht bei OVH. Aber danke für deinen "Netten" Text. Sinusbot hat bisher immer super funktioniert.

Hab auch nicht gesagt das du bei OVH bist oder? Eher der Kollege da oben.

System Name R-57127
System Manufacturer QEMU
System Model Standard PC (i440FX + PIIX, 1996)
System Type x64-based PC
Processor Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz, 3200 Mhz, 6 Core(s)

Ich sehe hier QEMU/KVM - ist das nen VPS oder Virtualisierst du selbst? Häufig sind es Vserver die Probleme machen, da kann die CPU noch so Stark sein wenn auf nem geteilten Host andere VMs mist machen ;)
 

Clay_DE

Member
Gut. Warum tritt es dann erst seit dem Update auf?

Gibt es ne Möglichkeit an eine älterer Version ranzukommen?
 

Xuxe

Containerholic
Staff member
is awesome!
V.I.P.
Contributor
Insider
Gibt es ne Möglichkeit an eine älterer Version ranzukommen?
Nein.

Gut. Warum tritt es dann erst seit dem Update auf?
Könnte an Änderungen liegen die Timing brauchen, nutzt du/ihr besondere Scripte? Auch Scripts können die CPU Last hoch treiben (Engine wurde neu geschrieben).
 

PaInKiLLeR

Helping Hand
Und dann gibt es alle paar Minuten einen großen Ruckler oder über X Sekunden weg Stottern? Ein Neustart des Servers wird vermutlich nichts bringen.

Es tritt eher Unterschiedlich auf,mal kürzer mal länger wobei das Intervall auch Unterschiedlich ist!

Man kann keine festen Zeiten ausmachen,mal gehts auch 3-5min ohne was und dann kommt wieder Laggen ;)

Haste die Vorgängerversion noch Michael das man die mal testen kann?

CPU Last liegt bei 30%,die langweilt sich also ;)
 
Last edited:
Status
Not open for further replies.
Top