Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
ConnorM

VPS - Lowering lag/ Java issue help?

Recommended Posts

Hello,

I'm currently running a vps which supports 60gb RAM and 10 cores.

I'm testing speeds out on 1 bot. Normally I get around 500k p/h on my home computer and around 200-250k p/h on my VPS. I was wondering how do I speed up the bots if possible as I'm getting around 18-20 fps and hitting 400k Mem. 

Is there any settings on tribot/anything else I need to install/remove to help?

Also, I've been getting 'java.lang. out of memoryerror: java heap space' as well, yet I'm running it at 1024mb with only 1 client (More than enough)

Thank you

Share this post


Link to post
Share on other sites
1 hour ago, ConnorM said:

Hello,

I'm currently running a vps which supports 60gb RAM and 10 cores.

I'm testing speeds out on 1 bot. Normally I get around 500k p/h on my home computer and around 200-250k p/h on my VPS. I was wondering how do I speed up the bots if possible as I'm getting around 18-20 fps and hitting 400k Mem. 

Is there any settings on tribot/anything else I need to install/remove to help?

Also, I've been getting 'java.lang. out of memoryerror: java heap space' as well, yet I'm running it at 1024mb with only 1 client (More than enough)

Thank you

you dont have to allocate more than 386mb of ram to your tribot client unless you're running multiple tabs. It really depends on the script how efficiently things get handled. The fps you're reaching isn't really important, tribot works with 0fps if needed.

Share this post


Link to post
Share on other sites
1 hour ago, gef30 said:

you dont have to allocate more than 386mb of ram to your tribot client unless you're running multiple tabs. It really depends on the script how efficiently things get handled. The fps you're reaching isn't really important, tribot works with 0fps if needed.

This is all wrong. You need more than 386 nowadays, especially when running the script for long periods at a time. And FPS has a decent impact on script performance. 
OP, you can try playing with the paint delay to change your FPS.

  • Like 1

Share this post


Link to post
Share on other sites
44 minutes ago, Laniax said:

This is all wrong. You need more than 386 nowadays, especially when running the script for long periods at a time. And FPS has a decent impact on script performance. 
OP, you can try playing with the paint delay to change your FPS.

Yeah I was trying anywhere between 0-100 didn't really help at all.

Been getting around 9 fps again now which is quite low.

How much do you recon I should allocate per client as I was looking at running 20 soon, if that will even work now o.O.

Share this post


Link to post
Share on other sites
2 hours ago, Laniax said:

This is all wrong. You need more than 386 nowadays, especially when running the script for long periods at a time. And FPS has a decent impact on script performance. 
OP, you can try playing with the paint delay to change your FPS.

Did anything change recently to require larger heap sizes than default 386MB?

None of my scripts have issues with that amount. Even 256MB is enough for fixed mode accounts where world map isn't constantly opened "by accident". Opening world map and not crashing requires 386, but that's about it.

I've read Zulrah Slayer script might require a larger heap, can't comment on that. For the rest, as Encoded said, turning all game sounds off in settings should help. There's a weird bug with sound that sometimes causes out of memory errors and crashes Tribot in longer sessions.

5 hours ago, ConnorM said:

I'm testing speeds out on 1 bot. Normally I get around 500k p/h on my home computer and around 200-250k p/h on my VPS. I was wondering how do I speed up the bots if possible as I'm getting around 18-20 fps and hitting 400k Mem.

20 fps is good enough for all public scripts on repository. Profitability can change depending on luck with drops, competition, script issues, connection issues, walker hicups - there's plenty that can go wrong. Does the bot do anything weird or different than usual? Does it get stuck, or performs actions significantly slower? Try to isolate what's wrong and talk with the script writer if it's an obvious bug.

Also, using a VPS for multiple accounts isn't usually the best thing to do. If you're spending good amount of money on a VPS, get a dedicated server instead. It won't be oversold or shared with anybody, you'll get exactly what you pay for.

Share this post


Link to post
Share on other sites
28 minutes ago, contemporary said:

Did anything change recently to require larger heap sizes than default 386MB?

None of my scripts have issues with that amount. Even 256MB is enough for fixed mode accounts where world map isn't constantly opened "by accident". Opening world map and not crashing requires 386, but that's about it.

I've read Zulrah Slayer script might require a larger heap, can't comment on that. For the rest, as Encoded said, turning all game sounds off in settings should help. There's a weird bug with sound that sometimes causes out of memory errors and crashes Tribot in longer sessions.

20 fps is good enough for all public scripts on repository. Profitability can change depending on luck with drops, competition, script issues, connection issues, walker hicups - there's plenty that can go wrong. Does the bot do anything weird or different than usual? Does it get stuck, or performs actions significantly slower? Try to isolate what's wrong and talk with the script writer if it's an obvious bug.

Also, using a VPS for multiple accounts isn't usually the best thing to do. If you're spending good amount of money on a VPS, get a dedicated server instead. It won't be oversold or shared with anybody, you'll get exactly what you pay for.

Could only find good VPS value tbh, a lot of dedicated servers did not have a good money-value ratio. I mean, I'm happy to pay £80-100 for a good one if it can run 15-20 but haven't seen many.

Nothing has changed with the script really, I just think it is the FPS effecting it as it just generally slower because of that. I did watch it for a while but nothing out of the ordinary was happening.

Share this post


Link to post
Share on other sites
4 minutes ago, ConnorM said:

Could only find good VPS value tbh, a lot of dedicated servers did not have a good money-value ratio. I mean, I'm happy to pay £80-100 for a good one if it can run 15-20 but haven't seen many.

Nothing has changed with the script really, I just think it is the FPS effecting it as it just generally slower because of that. I did watch it for a while but nothing out of the ordinary was happening.

I pay $69  a month for a 30 client dedi. Look around more and you'll find some good ones

Share this post


Link to post
Share on other sites
Just now, Netami said:

I pay $69  a month for a 30 client dedi. Look around more and you'll find some good ones

That's some good money for value! Yeah, I've been trying to look around but I'm not the best with computers so I don't know what specifications I should really be looking for tbh.

Share this post


Link to post
Share on other sites
Just now, Fluffee said:

If you click the world map with under 386 of heap you'll most likely hit out of memory errors in a few minutes, as the world map alone consumes a ton of memory.

hmm, i never had that issue, but then again, my scripts never click the world map. also, i dont run looking glass

Share this post


Link to post
Share on other sites
Just now, gef30 said:

hmm, i never had that issue, but then again, my scripts never click the world map. also, i dont run looking glass

If you're running resizable and make any calls to Walking#clickTileMM it's rather likely to happen. It's a client bug, but until it's patched, running under 386mb is an easy way to have clients crash

Share this post


Link to post
Share on other sites
Just now, Fluffee said:

If you're running resizable and make any calls to Walking#clickTileMM it's rather likely to happen. It's a client bug, but until it's patched, running under 386mb is an easy way to have clients crash

yeah, i know. Therefore i use fixed mode, but before i did that, the bots never seemed to crash when the bug occurred, not even with 256mb heap.

Share this post


Link to post
Share on other sites
2 minutes ago, gef30 said:

yeah, i know. Therefore i use fixed mode, but before i did that, the bots never seemed to crash when the bug occurred, not even with 256mb heap.

Test it yourself, clicking the world map in resizable on 256 mb heap causes the heap to continuously max out. Mind you, it gets garbage collected down but if you're running a script it certainly doesn't leave much room, and eats a ton of CPU due to constant gc runs.

Share this post


Link to post
Share on other sites
3 hours ago, gef30 said:

yeah, i know. Therefore i use fixed mode, but before i did that, the bots never seemed to crash when the bug occurred, not even with 256mb heap.

Here is a client running with a 256MB max heap, single tab, fixed mode, no script.

As soon as I open the world map, the program crashes.

4dpLgL8.png

 

Share this post


Link to post
Share on other sites
2 hours ago, Naton said:

This is just false

Its always nice to see someone quash a statement without any arguments! I have no problem running my own (unreleased) scriptd at 386heap for long periods of time what so ever.

Edited by gef30

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Our picks

    • [READ TO THE END FOR A TEASER]

      I've noticed some new TRiBotters have had some troubles finding out sources of how to do certain things, such as using advanced scripts and often get lost in the forums.

      We are still getting posts asking where to start, what to do, recommended scripts, etc. 

      As many of you know, I am new to the team, and had troubles myself learning how to bot, let alone script. 

      So, what our team decided to do was make it easier to learn how to bot, how to script, and just become an overall better botter and scripter faster. 

      As some of you might have seen, I've posted 3 new blogs, you can check it out by clicking on the following picture or here.


      These first 3 blogs are the first of many blogs that will be TRiBot official. They are encouraged to be challenged, improved upon and act as A Best Practices Guide for Botters.

      What information would you like to see in the blogs?

      👇 [TEASER] 👇

      .

      .

      .

      We are going to be hosting a  CONTEST  this  OCTOBER.

      Its scary to think how soon you'll find out.👻

      Stay tuned.


      - RileyZ
      • 7 replies
    • Today marks a big day for TRiBot! To make it easier for users to use TRiBot, we've created installers available for every platform! These installers are all bundled with the latest version of OpenJDK 1.8 (Java 😎, which is LG compatible.

      Using TRiBot is now easy. Simply download the installer for your platform, install TRiBot, and run it. The TRiBot Loader will correctly identify the bundled JDK so there's no need to change the Java selection.

      Windows

      EXE installer: TRiBot-windows-x64-4.0.3.exe


      MSI installer: TRiBot-windows-x64-4.0.3.msi


      Portable version: TRiBot-windows-x64-4.0.3.zip


      Mac OS

      Installer: TRiBot-macos-4.0.3.dmg


      Portable version: TRiBot-macos-4.0.3.tgz


      Unix/Linux

      Installer: TRiBot-unix-4.0.3.sh


      RPM installer (CentOS/Fedora): TRiBot-linux-4.0.3.rpm


      DEB installer (Debian): TRiBot-linux-4.0.3.deb


      Portable version: TRiBot-unix-4.0.3.tar.gz


      Platform Independent

      JAR file: tribot-loader-4.0.3.jar


      Note that this jar file does not include the bundled JDK.



      Windows and Mac OS users may notice a warning message stating that the installer/application is un-recognized or un-trusted. Please ignore this message and proceed with running the installer/application. We need to acquire a code signing certificate so that we can sign the installers letting the operating system know that these files can be trusted. It will take a week or more to acquire one, so please hold tight.

      Other notable changes to the TRiBot Loader:

      Support getting the version from OpenJDK distributions


      Add check for bundled JDK


      Copy OpenJDK tools.jar to the bundled JDK if not present


      Set the current java as the first available list entry


      Ignore Java versions which are symbolic links


      Make the bundled JDK the preferred Java version


      Update icon images


      Reduce the number of HTTP calls
        • Thanks
        • Like
      • 18 replies
    • TRiBot is looking to improve a lot of its customer relationship management, customer on boarding process, customer experience, design elements, community engagement and pretty much everything else you can imagine when it comes to marketing.

      Our goal: To ensure that the marketing done TRULY reflects the experience and does not shine an inaccurate light on what TRiBot is lacking in.

      So I ask, what do you love about TRiBot and what do you hate about TRiBot? What does O S Bot, Rune M8, PowR Bot and Dre amBot do better? (yes I purposely didn't spell it right 😂).

      Love, 

      RileyZ
        • Like
      • 17 replies
    • Hello TRiBot,

      Today we have a significant release that has been in the works for the last month addressing several key issues, features and bugs in the backlog.

      With these changes, we are also including a new TRiBot Loader which will allow you to select any version that is released. This adds the flexibility of allowing you to revert to a previous version should an issue arise, run development only builds, view an accurate change log between versions etc. we are very proud to offer this feature and think it will add a lot more functionality down the road as we continue to release new versions.

      These changes include 80+ commits by our development team, a list of them is summarized below and also available for your viewing pleasure in the new TRiBot Loader.

      In addition, we have taken additional steps to improve as a development team by adding continuous integration and deployment into our workflow to assist in delivering timely releases such as bug fixes as well as new features on a weekly basis depending on our development cycle.
        • Thanks
        • Like
      • 39 replies
    • Over the last three weeks, I've been working on upgrading our server infrastructure. It's finally ready and is now live!

      Why?

      Increased reliability - less server errors


      Increased availability - less downtime


      Increased security - keeping us and you secure


      Increased capacity - ability to serve you better


      Increased speed - less waiting for things to load


      Faster development - server and service updates will come faster


      What are the changes?

      Move from a single AWS EC2 instance to AWS ECS (Elastic Container Service)


      Distributed computing


      Load balancing


      Git management of server files and filesystem


      Redis caching


      How?

      AWS ECS (with 10 EC2 instances)


      AWS ElastiCache (Redis)


      AWS Load Balancing


      AWS EFS (Elastic file system)


      Please bare with us as I continue to tune the server for maximum performance. Slow loading speeds may occur temporarily. I thank everyone for their patience.

      Please post on this thread if you experience any issues other than slow loading times.
        • Like
      • 51 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...