<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Robert,<br>
      <br>
      so I took another attempt and found this:
      <a class="moz-txt-link-freetext" href="http://apache.webthing.com/mod_upload/">http://apache.webthing.com/mod_upload/</a><br>
      <br>
      Is this what you referred to?<br>
      <br>
      Joachim<br>
      <br>
      <br>
      Am 19.01.16 um 15:21 schrieb <a class="moz-txt-link-abbreviated" href="mailto:jtuchel@objektfabrik.de">jtuchel@objektfabrik.de</a>:<br>
    </div>
    <blockquote cite="mid:569E4686.4030104@objektfabrik.de" type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Hi Robert,<br>
        <br>
        I was fascinated by the idea of having apache / nginx leave
        Seaside alone during a file uload until it is finished and tried
        to find out if something like that is available for Apache. I
        couldn't find such a thing, but I am sure our Kontolino App
        could benefit a lot from it, both CPU and memory-wise.<br>
        <br>
        So I'd be grateful if you could provide a link to what you
        found...<br>
        <br>
        Joachim<br>
        <br>
        <br>
        <br>
        Am 19.01.16 um 15:15 schrieb Robert Kuszinger:<br>
      </div>
      <blockquote
cite="mid:CAJS2e5iwK6P8VO7ARZ8RjteVcQ98Rhk=eQ+9Ue2q3gnRNeGjGw@mail.gmail.com"
        type="cite">
        <div dir="ltr">
          <div>
            <div>
              <div>Hi Everyone,<br>
                <br>
              </div>
              Just for information: it seems that there is <b>no nginx
                with upload module</b> on Windows. However in Apache doc
              there is also an upload providing fairly the same. I'm now
              testing it on Windows and if it works I follow with the
              Smalltalk ending in my Seaside app.<br>
              <br>
              <br>
            </div>
            regards<br>
          </div>
          Robert<br>
          <br>
          <div>
            <div><br>
              <br>
            </div>
          </div>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr">Robert Kuszinger &lt;<a moz-do-not-send="true"
              href="mailto:kuszinger@giscom.hu">kuszinger@giscom.hu</a>&gt;

            ezt írta (időpont: 2016. jan. 19., K, 8:40):<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">
              <div>
                <div>
                  <div><br>
                    Paul, Phil,<br>
                    <br>
                    thanks for the ideas and information. I'll also try
                    this way also to ensure every factor to be optimal.<br>
                  </div>
                  Summarizing all the comments by far it seems that the
                  bulletproof service infrastructure is streaming upload
                  to disk or possibly outside the Smalltalk VM (nginx
                  way) and keep other application data inside. Memory
                  limits are still interesting for safe handling of a
                  larger parallel load.<br>
                  <br>
                </div>
                thanks<br>
              </div>
            </div>
            <div dir="ltr">R<br>
              <br>
              <div>
                <div>
                  <div><br>
                    <br>
                  </div>
                </div>
              </div>
            </div>
            <br>
            <div class="gmail_quote">
              <div dir="ltr">Paul DeBruicker &lt;<a
                  moz-do-not-send="true"
                  href="mailto:pdebruic@gmail.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:pdebruic@gmail.com">pdebruic@gmail.com</a></a>&gt;

                ezt írta (időpont: 2016. jan. 19., K, 6:48):<br>
              </div>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">Phil
                (list) wrote<br>
                &gt; On Tue, 2016-01-19 at 02:14 +0100, Stephan
                Eggermont wrote:<br>
                &gt;<br>
                &gt;&gt; &gt; Assuming you're running the Cog VM you're
                likely hitting its memory<br>
                &gt;&gt; &gt; limits.  I don't recall the exact number,
                but once you get to the<br>
                &gt;&gt; &gt; 400-<br>
                &gt;&gt; &gt; 500 Meg range you're hitting the absolute
                limit of how much RAM Cog<br>
                &gt;&gt; &gt; can<br>
                &gt;&gt; &gt; deal with.<br>
                &gt;&gt;<br>
                &gt;&gt; That is just default limits. On a mac I've
                worked with about 2GB.<br>
                &gt;&gt; There <br>
                &gt;&gt; used to be some limitation on windows, I think
                there was an issue in <br>
                &gt;&gt; 2011 on windows where there was a limit closer
                to 512 GB, but AFAIk<br>
                &gt;&gt; that <br>
                &gt;&gt; was fixed.<br>
                &gt;&gt;<br>
                &gt;<br>
                &gt; Is that something that can be changed without a
                custom build?  If so,<br>
                &gt; I'd love to learn how.  I was under the impression
                that this was a hard<br>
                &gt; limit in Cog (that varies a bit by platform, but
                still well below 1G)<br>
                <br>
                On the mac you can change the limit in<br>
                <br>
                &lt;my-vm-dir&gt;/Pharo.app/Contents/Info.plist<br>
                <br>
                by adjusting the value for the SqueakMaxHeapSize setting
                and restarting the<br>
                image.<br>
                <br>
                <br>
                <br>
                <br>
                --<br>
                View this message in context: <a moz-do-not-send="true"
href="http://forum.world.st/Re-ZINC-Kom-dilemma-Fwd-WADebugErrorHandler-problem-tp4872293p4872528.html"
                  rel="noreferrer" target="_blank">http://forum.world.st/Re-ZINC-Kom-dilemma-Fwd-WADebugErrorHandler-problem-tp4872293p4872528.html</a><br>
                Sent from the Seaside General mailing list archive at
                Nabble.com.<br>
                _______________________________________________<br>
                seaside mailing list<br>
                <a moz-do-not-send="true"
                  href="mailto:seaside@lists.squeakfoundation.org"
                  target="_blank">seaside@lists.squeakfoundation.org</a><br>
                <a moz-do-not-send="true"
href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside"
                  rel="noreferrer" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
              </blockquote>
            </div>
          </blockquote>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
seaside mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a>
</pre>
      </blockquote>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
-----------------------------------------------------------------------
Objektfabrik Joachim Tuchel          <a moz-do-not-send="true" class="moz-txt-link-freetext" href="mailto:jtuchel@objektfabrik.de">mailto:jtuchel@objektfabrik.de</a>
Fliederweg 1                         <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.objektfabrik.de">http://www.objektfabrik.de</a>
D-71640 Ludwigsburg                  <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://joachimtuchel.wordpress.com">http://joachimtuchel.wordpress.com</a>
Telefon: +49 7141 56 10 86 0         Fax: +49 7141 56 10 86 1

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
seaside mailing list
<a class="moz-txt-link-abbreviated" href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a>
<a class="moz-txt-link-freetext" href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
-----------------------------------------------------------------------
Objektfabrik Joachim Tuchel          <a class="moz-txt-link-freetext" href="mailto:jtuchel@objektfabrik.de">mailto:jtuchel@objektfabrik.de</a>
Fliederweg 1                         <a class="moz-txt-link-freetext" href="http://www.objektfabrik.de">http://www.objektfabrik.de</a>
D-71640 Ludwigsburg                  <a class="moz-txt-link-freetext" href="http://joachimtuchel.wordpress.com">http://joachimtuchel.wordpress.com</a>
Telefon: +49 7141 56 10 86 0         Fax: +49 7141 56 10 86 1

</pre>
  </body>
</html>