Re: what are some stack sizes that people use?
That's hilarious :)
As I said, there's usually not much need to increase stack sizes..
On Tuesday, March 19, 2013 4:09:37 PM UTC+1, larry google groups wrote:
>
> Ah, I figured out at least part of what was happening. I have a web app,
> with Ring and Jetty and Compojure, and I have a form where people can
> upload images. The Ring has middleware that lets the uploaded images appear
> as a map with a pointer to a File:
>
> {:size 3874, :tempfile # /var/folders/kr/pgx6tzks6kg48hgdnj1f7dt8gn/T/ring-multipart-6398198897870847417.tmp>,
>
> :content-type "image/png", :filename "sponsored_by_pink.png"}{:size 0,
> :tempfile # /var/folders/kr/pgx6tzks6kg48hgdnj1f7dt8gn/T/ring-multipart-1255729774892979983.tmp>,
>
> :content-type "application/octet-stream", :filename ""}
>
> The map is then stored in a var called "interactions". I had another page
> where I took everything in "interactions" and gave it to cli-yaml and
> dumped that to the screen. Up till now I've been dealing with plain text
> that gets input via HTML forms, and there were no problems. But now, when I
> upload a file, and cli-yaml tries to serialize that, it runs into some
> understandable problems.
>
>
>
>
> On Monday, March 18, 2013 3:03:32 PM UTC-4, larry google groups wrote:
>>
>>
>> > Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit
>> JVMs on
>> > Linux (and Windows), and 1024kB for 64bit JVMs.
>>
>> Thank you for that. So I guess I could double those numbers and see if
>> that helps? -ss: 2048kb ?
>>
>>
>>
>>
>>
>>
>> On Monday, March 18, 2013 3:02:22 PM UTC-4, larry google groups wrote:
>>>
>>> > However, stack overflows are usually a good indication of problematic
>>> / faulty
>>> > recursive algorithms. Increasing the stacksize usually only alleviates
>>> some symptoms for
>>> > a bit. Increasing the stacksize is something that only rarely needs to
>>> be done, usually
>>> > when relying on an external library that has problems with stacksize.
>>> Always try
>>> > to troubleshoot code you can alter first.
>>>
>>>
>>> I appreciate that. Nothing change in my code except the amount of data
>>> in the var that was being given to clj-yaml. Possibly clj-yaml recurses too
>>> much.
>>>
>>>
>>>
>>>
>>>
>>> On Monday, March 18, 2013 1:05:00 PM UTC-4, Niels van Klaveren wrote:
Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit
JVMs on Linux (and Windows), and 1024kB for 64bit JVMs.
However, stack overflows are usually a good indication of problematic /
faulty recursive algorithms. Increasing the stacksize usually only
alleviates some symptoms for a bit. Increasing the stacksize is something
that only rarely needs to be done, usually when relying on an external
library that has problems with stacksize. Always try to troubleshoot code
you can alter first.
On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote:
>
>
> I am a noob when it comes to the JVM, and actually I find the JVM to
> be the hardest thing to learn about Clojure.
>
> Problem: I was trying to serialize some data to YAML. I had this
> working for awhile, but then I added more data and I started getting
> StackOverflow as an error. I then decided to just take a subset of my
> data,
> but even the subset will some day grow too large. I did some searches on
> Google and apparently I need to increase the stack size of my JVM.
> However,
> I have no idea what values are considered large or too-large.
>
> I have a project built with Leiningen. I have been reading up on jvm
> options, and so far, in my project.clj file, I have:
>
> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"])
>
> The stack size option is "-ss"? A large value would be... uh, what?
> 2000? 5000? 1? Should I do:
>
> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss:
> 5000"])
>
> ?
>
>
>
>
>
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Re: what are some stack sizes that people use?
Ah, I figured out at least part of what was happening. I have a web app,
with Ring and Jetty and Compojure, and I have a form where people can
upload images. The Ring has middleware that lets the uploaded images appear
as a map with a pointer to a File:
{:size 3874, :tempfile #,
:content-type "image/png", :filename "sponsored_by_pink.png"}{:size 0,
:tempfile #,
:content-type "application/octet-stream", :filename ""}
The map is then stored in a var called "interactions". I had another page
where I took everything in "interactions" and gave it to cli-yaml and
dumped that to the screen. Up till now I've been dealing with plain text
that gets input via HTML forms, and there were no problems. But now, when I
upload a file, and cli-yaml tries to serialize that, it runs into some
understandable problems.
On Monday, March 18, 2013 3:03:32 PM UTC-4, larry google groups wrote:
>
>
> > Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit
> JVMs on
> > Linux (and Windows), and 1024kB for 64bit JVMs.
>
> Thank you for that. So I guess I could double those numbers and see if
> that helps? -ss: 2048kb ?
>
>
>
>
>
>
> On Monday, March 18, 2013 3:02:22 PM UTC-4, larry google groups wrote:
>>
>> > However, stack overflows are usually a good indication of problematic /
>> faulty
>> > recursive algorithms. Increasing the stacksize usually only alleviates
>> some symptoms for
>> > a bit. Increasing the stacksize is something that only rarely needs to
>> be done, usually
>> > when relying on an external library that has problems with stacksize.
>> Always try
>> > to troubleshoot code you can alter first.
>>
>>
>> I appreciate that. Nothing change in my code except the amount of data in
>> the var that was being given to clj-yaml. Possibly clj-yaml recurses too
>> much.
>>
>>
>>
>>
>>
>> On Monday, March 18, 2013 1:05:00 PM UTC-4, Niels van Klaveren wrote:
>>>
>>> Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit
>>> JVMs on Linux (and Windows), and 1024kB for 64bit JVMs.
>>>
>>> However, stack overflows are usually a good indication of problematic /
>>> faulty recursive algorithms. Increasing the stacksize usually only
>>> alleviates some symptoms for a bit. Increasing the stacksize is something
>>> that only rarely needs to be done, usually when relying on an external
>>> library that has problems with stacksize. Always try to troubleshoot code
>>> you can alter first.
>>>
>>> On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote:
I am a noob when it comes to the JVM, and actually I find the JVM to be
the hardest thing to learn about Clojure.
Problem: I was trying to serialize some data to YAML. I had this
working for awhile, but then I added more data and I started getting
StackOverflow as an error. I then decided to just take a subset of my
data,
but even the subset will some day grow too large. I did some searches on
Google and apparently I need to increase the stack size of my JVM.
However,
I have no idea what values are considered large or too-large.
I have a project built with Leiningen. I have been reading up on jvm
options, and so far, in my project.clj file, I have:
:jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"])
The stack size option is "-ss"? A large value would be... uh, what?
2000? 5000? 1? Should I do:
:jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss:
5000"])
?
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Re: what are some stack sizes that people use?
> Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit JVMs on > Linux (and Windows), and 1024kB for 64bit JVMs. Thank you for that. So I guess I could double those numbers and see if that helps? -ss: 2048kb ? On Monday, March 18, 2013 3:02:22 PM UTC-4, larry google groups wrote: > > > However, stack overflows are usually a good indication of problematic / > faulty > > recursive algorithms. Increasing the stacksize usually only alleviates > some symptoms for > > a bit. Increasing the stacksize is something that only rarely needs to > be done, usually > > when relying on an external library that has problems with stacksize. > Always try > > to troubleshoot code you can alter first. > > > I appreciate that. Nothing change in my code except the amount of data in > the var that was being given to clj-yaml. Possibly clj-yaml recurses too > much. > > > > > > On Monday, March 18, 2013 1:05:00 PM UTC-4, Niels van Klaveren wrote: >> >> Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit >> JVMs on Linux (and Windows), and 1024kB for 64bit JVMs. >> >> However, stack overflows are usually a good indication of problematic / >> faulty recursive algorithms. Increasing the stacksize usually only >> alleviates some symptoms for a bit. Increasing the stacksize is something >> that only rarely needs to be done, usually when relying on an external >> library that has problems with stacksize. Always try to troubleshoot code >> you can alter first. >> >> On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote: >>> >>> >>> I am a noob when it comes to the JVM, and actually I find the JVM to be >>> the hardest thing to learn about Clojure. >>> >>> Problem: I was trying to serialize some data to YAML. I had this working >>> for awhile, but then I added more data and I started getting StackOverflow >>> as an error. I then decided to just take a subset of my data, but even the >>> subset will some day grow too large. I did some searches on Google and >>> apparently I need to increase the stack size of my JVM. However, I have no >>> idea what values are considered large or too-large. >>> >>> I have a project built with Leiningen. I have been reading up on jvm >>> options, and so far, in my project.clj file, I have: >>> >>> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"]) >>> >>> The stack size option is "-ss"? A large value would be... uh, what? >>> 2000? 5000? 1? Should I do: >>> >>> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss: >>> 5000"]) >>> >>> ? >>> >>> >>> >>> >>> -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: what are some stack sizes that people use?
> However, stack overflows are usually a good indication of problematic / faulty > recursive algorithms. Increasing the stacksize usually only alleviates some symptoms for > a bit. Increasing the stacksize is something that only rarely needs to be done, usually > when relying on an external library that has problems with stacksize. Always try > to troubleshoot code you can alter first. I appreciate that. Nothing change in my code except the amount of data in the var that was being given to clj-yaml. Possibly clj-yaml recurses too much. On Monday, March 18, 2013 1:05:00 PM UTC-4, Niels van Klaveren wrote: > > Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit > JVMs on Linux (and Windows), and 1024kB for 64bit JVMs. > > However, stack overflows are usually a good indication of problematic / > faulty recursive algorithms. Increasing the stacksize usually only > alleviates some symptoms for a bit. Increasing the stacksize is something > that only rarely needs to be done, usually when relying on an external > library that has problems with stacksize. Always try to troubleshoot code > you can alter first. > > On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote: >> >> >> I am a noob when it comes to the JVM, and actually I find the JVM to be >> the hardest thing to learn about Clojure. >> >> Problem: I was trying to serialize some data to YAML. I had this working >> for awhile, but then I added more data and I started getting StackOverflow >> as an error. I then decided to just take a subset of my data, but even the >> subset will some day grow too large. I did some searches on Google and >> apparently I need to increase the stack size of my JVM. However, I have no >> idea what values are considered large or too-large. >> >> I have a project built with Leiningen. I have been reading up on jvm >> options, and so far, in my project.clj file, I have: >> >> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"]) >> >> The stack size option is "-ss"? A large value would be... uh, what? 2000? >> 5000? 1? Should I do: >> >> :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss: 5000"]) >> >> ? >> >> >> >> >> -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: what are some stack sizes that people use?
Another Caveat is that stack size is allocated per thread. If you use a highly threaded application (f.i. webservers) a small stacksize increase can add up quite a bit. On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote: > > > I am a noob when it comes to the JVM, and actually I find the JVM to be > the hardest thing to learn about Clojure. > > Problem: I was trying to serialize some data to YAML. I had this working > for awhile, but then I added more data and I started getting StackOverflow > as an error. I then decided to just take a subset of my data, but even the > subset will some day grow too large. I did some searches on Google and > apparently I need to increase the stack size of my JVM. However, I have no > idea what values are considered large or too-large. > > I have a project built with Leiningen. I have been reading up on jvm > options, and so far, in my project.clj file, I have: > > :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"]) > > The stack size option is "-ss"? A large value would be... uh, what? 2000? > 5000? 1? Should I do: > > :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss: 5000"]) > > ? > > > > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: what are some stack sizes that people use?
Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit JVMs on Linux (and Windows), and 1024kB for 64bit JVMs. However, stack overflows are usually a good indication of problematic / faulty recursive algorithms. Increasing the stacksize usually only alleviates some symptoms for a bit. Increasing the stacksize is something that only rarely needs to be done, usually when relying on an external library that has problems with stacksize. Always try to troubleshoot code you can alter first. On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote: > > > I am a noob when it comes to the JVM, and actually I find the JVM to be > the hardest thing to learn about Clojure. > > Problem: I was trying to serialize some data to YAML. I had this working > for awhile, but then I added more data and I started getting StackOverflow > as an error. I then decided to just take a subset of my data, but even the > subset will some day grow too large. I did some searches on Google and > apparently I need to increase the stack size of my JVM. However, I have no > idea what values are considered large or too-large. > > I have a project built with Leiningen. I have been reading up on jvm > options, and so far, in my project.clj file, I have: > > :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops"]) > > The stack size option is "-ss"? A large value would be... uh, what? 2000? > 5000? 1? Should I do: > > :jvm-opts ["-Xms256m" "-Xmx1000m" "-XX:-UseCompressedOops" "-ss: 5000"]) > > ? > > > > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
