Revived JIRA for increase in memory limit

[Love Zhaoying]

It’s fun reading this post. Because people like talking about stuff they don’t know, which is easily disproven with wiki articles and google searches.

[Lucia Nightfire]

 

[Coffee Pancake]

4 hours ago, Love Zhaoying said:

It’s fun reading this post. Because people like talking about stuff they don’t know, which is easily disproven with wiki articles and google searches.

Easily disproved with a few minutes logged in .. no need to dirty your hands with wiki pages or (heaven forbid) publicly available source code.

[steph Arnott]

5 hours ago, Kyrah Abattoir said:

Oh my god, why do you never stop talking nonsense...

Then i suggest you cpntact LL because that is what they state. Good day.

[Coffee Pancake]

The onus is on you to back up your claims with credible sources ...  as to the best of our knowledge, they have never said any of that either verbally or in published documentation or even in the published source code. 

Remember 

[steph Arnott]

10 minutes ago, CoffeeDujour said:

The onus is on you to back up your claims with credible sources ...  as to the best of our knowledge, they have never said any of that either verbally or in published documentation or even in the published source code. 

Remember 

Source for what and who are you refering too? There are several pages in the SL wiki alone.

[Kyrah Abattoir]

15 hours ago, steph Arnott said:

Mono uses the most memory when user are using Windows. Test showed that Linux users use less. This is due to the fact that scripts are also on the clients end.

I had a good chuckle at this.

[steph Arnott]

Just now, Kyrah Abattoir said:

I had a good chuckle at this.

Good,, you can actually read that on the wiki. Also FYI more and more over the years script processing of data is client side. Tells you that as well.

[Coffee Pancake]

5 minutes ago, steph Arnott said:

Good,, you can actually read that on the wiki. Also FYI more and more over the years script processing of data is client side. Tells you that as well.

Please find and post a link to the section of the wiki that states scripts use more memory for clients running on Windows vs Linux or that scripts do anything at all clientside.

 

[steph Arnott]

Just now, CoffeeDujour said:

Please find and post a link to the section of the wiki that states scripts use more memory for clients running on Windows vs Linux or that scripts do anything at all clientside.

 

Call up Mono on the wiki. It has several pages, one one on testing.

[Coffee Pancake]

Please find the page you are referring to, I can't.

[Lucia Nightfire]

Lindens, please give us a shakes-my-head or facepalm or eye roll emote ASAP.

On a side note, please give us a zombie dancing to Thriller emote for necroposts.

[Wulfie Reanimator]

@Oz Linden Save us from this nothing we've become.

[Love Zhaoying]

17 hours ago, CoffeeDujour said:

scripts do anything at all clientside.

llTargetOmega() is client-side.

[Innula Zenovka]

 

8 hours ago, Lucia Nightfire said:

Lindens, please give us a shakes-my-head or facepalm or eye roll emote ASAP.

On a side note, please give us a zombie dancing to Thriller emote for necroposts.

 

 

 

Edited February 20, 2019 by Innula Zenovka

[Love Zhaoying]

Every time inaccurate info is posted, a griefer gets their wings.

[Qie Niangao]

On 2/19/2019 at 5:26 AM, Kyrah Abattoir said:

why

On 2/19/2019 at 5:26 AM, Kyrah Abattoir said:

why

On 2/19/2019 at 5:26 AM, Kyrah Abattoir said:

Oh my god, why

[Emphasis, uh, mine]

[Innula Zenovka]

On 2/19/2019 at 12:24 AM, steph Arnott said:

Also Mono uses the most memory when user are using Windows. Test showed that Linux users use less. This is due to the fact that scripts are also on the clients end.

Steph, if you're referring to the section of the wiki article on Mono "mono memory myths" http://wiki.secondlife.com/wiki/Mono#Mono_Memory_Myths  I think that if you re-read it, you'll see he's talking about what happened when he tried running Mono in OpenSim on his computer in Windows vs Linux environments   That is, he downloaded the OpenSim virtual world "Nu Athens" and ran it on his pc in both Windows and Linux environments to see how memory use differed (the wiki suggests that this isn't a valid test but that's not my point).

If you're hosting an OpenSim virtual world on your PC, then of course all the script processing happens there on the host PC.   But that's not what happens with SL, where scripts are run on simulators hosted on LL's computers in the US.     

The only things that get processed client-side with SL, as far as I know, are instructions to your CPU and GPU to play visual effects like animations, particles and llTargetOmega in non-physical objects,  and to play sounds.    The scripts that trigger the animations and sounds and particles and so on are all held on LL's servers and that's where they run.

Edited February 20, 2019 by Innula Zenovka

[steph Arnott]

1 minute ago, Innula Zenovka said:

 

No dissrespect but LL never intended a 64k they had no choice. The whole subject is mute because LL are not going to increase a script to 128k.

[Coffee Pancake]

It is also worth pointing out that OpenSim is entirely distinct and separate from the 100% secret sauce server code LL use.

Second Life and OpenSim are very different beasts.

[Wulfie Reanimator]

22 minutes ago, CoffeeDujour said:

It is also worth pointing out that OpenSim is entirely distinct and separate from the 100% secret sauce server code LL use.

Second Life and OpenSim are very different beasts.

But, to be fair, Mono itself is not LL's code. It's an open-source, multi-platform programming language. (link, link)

Probably not related at all, but it's a fun fact.

Edited February 20, 2019 by Wulfie Reanimator

[Gabriele Graves]

6 hours ago, steph Arnott said:

The whole subject is mute because LL are not going to increase a script to 128k.

I think you mean "moot" and clearly you didn't read Qie's response from Simon Linden here:

https://community.secondlife.com/forums/topic/433004-revived-jira-for-increase-in-memory-limit/?do=findComment&comment=1857315

[steph Arnott]

4 hours ago, Gabriele Graves said:

I think you mean "moot" and clearly you didn't read Qie's response from Simon Linden here:

https://community.secondlife.com/forums/topic/433004-revived-jira-for-increase-in-memory-limit/?do=findComment&comment=1857315

I have read enough about the subject outputed by LL. It is clearly stated as to why the 64k limit was set and that it was not what was planned. It was set to that to stop a minority of LSL2 scripts from breaking. Mono was not implemented for the clients benefit, it was implimented for LLs benefit. Also Mr Miguel de Icaza wrote an article about the implimentation of Mono for SL years ago. Ergo LL are not going to increase the limit set and i do not blame them because it has been proven over the years that the more coders get the worse their code gets creating over bloated programs full of garbage. There is no valid reason to increase the limit above 64k, also LL allow clients to use there own servers to communicate with the SL servers. It would vastly improve scripts if many stopped using 512kb for user coded functions which do nothing of value. Or writing twenty odd if statements without stacking them into relevent blocks and sub blocks. Or for that matter understanding the difference and usage between 'if' and 'else if'. Even something as simple as declaring the correct type instead of using integers where floats, using channel filters, removing all comments in the usage script etc etc.

Some time late last year LL changed something or things because scripts now have to be more explicit.

[Love Zhaoying]

1 hour ago, steph Arnott said:

I have read enough about the subject outputed by LL. It is clearly stated as to why the 64k limit was set and that it was not what was planned. It was set to that to stop a minority of LSL2 scripts from breaking. Mono was not implemented for the clients benefit, it was implimented for LLs benefit. Also Mr Miguel de Icaza wrote an article about the implimentation of Mono for SL years ago. Ergo LL are not going to increase the limit set and i do not blame them because it has been proven over the years that the more coders get the worse their code gets creating over bloated programs full of garbage. There is no valid reason to increase the limit above 64k, also LL allow clients to use there own servers to communicate with the SL servers. It would vastly improve scripts if many stopped using 512kb for user coded functions which do nothing of value. Or writing twenty odd if statements without stacking them into relevent blocks and sub blocks. Or for that matter understanding the difference and usage between 'if' and 'else if'. Even something as simple as declaring the correct type instead of using integers where floats, using channel filters, removing all comments in the usage script etc etc.

Some time late last year LL changed something or things because scripts now have to be more explicit.

But..but..

1) Mono implementation memory use has absolutely zero to do with how LSL2 works. They are different implementations, period.

2) Mono language implementation (syntax) did not change last year.

[steph Arnott]

1 minute ago, Love Zhaoying said:

But..but..

1) Mono implementation memory use has absolutely zero to do with how LSL2 works. They are different implementations, period.

2) Mono language implementation (syntax) did not change last year.

1) 64kb was not the intended limit, 32kb was. It is written in black and white on the wiki.

2) Yes it has, and many have noticed it.