Re: [jruby-user] Re: JRE 7 / JRuby 1.7.13 - fatal error precompiling assets for Rails 3.2.x application

THanks very much for the suggestion, Alex.

I'll give that a shot and compare compile times.

Tim



On Sun, Jul 13, 2014 at 1:45 PM, Alex Tambellini <[email protected]>
wrote:

> Something that sped up our asset compilation process a ton was switching
> from uglifier.js to the google closure compiler:
>
> By adding this gem to your Gemfile:
>
> gem 'closure-compiler’
>
> and setting the rails javascript compressor to closure compiler:
>
> config.assets.js_compressor = :closure
>
> https://github.com/documentcloud/closure-compiler/
>
>
> On Jul 13, 2014, at 1:41 PM, Christian MICHON <[email protected]>
> wrote:
>
> An excellent idea. Careful though: JDK8 is mandatory for Nashorn.
>
> And I understood just now why therubyrhino: rails complex stack for asset
> compilation. Why not sprockets instead?
> On Jul 14, 2014 1:38 AM, "Chris Seaton" <[email protected]> wrote:
>
>> Rhino is not a fast implementation of JS - whether or not it’s integrated
>> into JRuby via therubyrhino. Is anyone working on a therubynashorn yet?
>>
>> Chris
>>
>> On 13 Jul 2014, at 18:33, TJG <[email protected]> wrote:
>>
>> Salut Christian;
>>
>> Thanks for your observation about the memory allocation. Perhaps that was
>> the original problem.
>>
>> No, I didn't move my project from JRuby to nodejs. I just removed
>> therubyrhino javascript interpreter and now let the precompilation of
>> assets depend on node.js instead
>> https://github.com/sstephenson/execjs#readme
>>
>> I do not understand the mechanics of it all, yet, but this change was
>> certainly a life-saver.
>>
>> With no other changes (i.e. no increased memory or anything like that),
>> my assets now precompile without failure by the JVM.
>>
>>
>> Tim
>>
>>
>>
>> On Sun, Jul 13, 2014 at 1:25 PM, Christian MICHON <
>> [email protected]> wrote:
>>
>>> Moving from jruby to nodejs? Therubyrhino gem?
>>>
>>> Could you please then explain your architecture? It's extremely unclear
>>> from your 2 emails.
>>>
>>> On 1st email I can see you allocated only 500Mb to your jruby job. I
>>> would advise for 1.5Gb if you're stuck on 32 bits, 2Gb and above if you're
>>> on 64 bits.
>>> On Jul 13, 2014 11:51 PM, "TJG" <[email protected]> wrote:
>>>
>>>> Resolved this by installing *node.js* on the server, and dropping
>>>> *therubyrhino* gem.
>>>>
>>>> Asset precompilation worked nicely, with no JVM segmentation faults.
>>>>
>>>> And, on y development machine, asset precompilation dropped from 2
>>>> *hours* to 7 *minutes*.
>>>>
>>>> T
>>>>
>>>>
>>>>
>>>> On Tue, Jul 8, 2014 at 10:50 PM, TJG <[email protected]> wrote:
>>>>
>>>>> Environment:
>>>>>
>>>>> Ubuntu 12.04 LTS
>>>>> JRuby 1.7.13
>>>>> JRE 7.0_60-b19
>>>>> Rails 3.2.12 application
>>>>>
>>>>> Hi all;
>>>>>
>>>>> Does anyone recognize this problem or can anyone suggest what I might
>>>>> try to figure out what's gone wrong?
>>>>>
>>>>> $ *jruby -S rake assets:precompile:all RAILS_ENV=staging
>>>>> RAILS_GROUPS=assets*
>>>>>
>>>>> Starts off okay...
>>>>>
>>>>> Compiled jquery-plugins/jquery.blockUI.js  (2ms)  (pid 29552)
>>>>> Compiled jquery-plugins/jquery.cookie.js  (2ms)  (pid 29552)
>>>>> Compiled jquery-plugins/jquery.form.js  (13ms)  (pid 29552)
>>>>> Compiled jquery-plugins/jquery.safeEnter.js  (0ms)  (pid 29552)
>>>>> Compiled ckeditor/basepath.js  (16ms)  (pid 29552)
>>>>> Compiled ckeditor/ckeditor.js  (7ms)  (pid 29552)
>>>>> Compiled ckeditor/jquery.js  (0ms)  (pid 29552)
>>>>> Compiled ckeditor-jquery.js  (118ms)  (pid 29552)
>>>>> Compiled application.js  (1346ms)  (pid 29552)
>>>>> Compiled admin.js  (1389ms)  (pid 29552)
>>>>>
>>>>> Then... boom:
>>>>>
>>>>> #
>>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>>> #
>>>>> #  SIGSEGV (0xb) at pc=0x00007f32b205cff1, pid=29552,
>>>>> tid=139855679133440
>>>>> #
>>>>> # JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build
>>>>> 1.7.0_60-b19)
>>>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode
>>>>> linux-amd64 compressed oops)
>>>>> # Problematic frame:
>>>>> # V  [libjvm.so+0x5c2ff1]  oopDesc::size_given_klass(Klass*)+0x1
>>>>> #
>>>>> # Failed to write core dump. Core dumps have been disabled. To enable
>>>>> core dumping, try "ulimit -c unlimited" before starting Java again
>>>>>
>>>>>
>>>>> [ From error dump ]:
>>>>> VM Arguments:
>>>>> jvm_args: -Xmx500m -Xss2048k
>>>>> -Djffi.boot.library.path=/home/sshadmin/.rvm/rubies/jruby-1.7.13/lib/jni
>>>>> -Xbootclasspath/a:/home/sshadmin/.rvm/rubies/jruby-1.7.13/lib/jruby.jar
>>>>> -Djruby.home=/home/sshadmin/.rvm/rubies/jruby-1.7.13
>>>>> -Djruby.lib=/home/sshadmin/.rvm/rubies/jruby-1.7.13/lib
>>>>> -Djruby.script=jruby -Djruby.shell=/bin/sh
>>>>> java_command: org.jruby.Main -S rake assets:precompile:all
>>>>> RAILS_ENV=staging RAILS_GROUPS=assets
>>>>> Launcher Type: SUN_STANDARD
>>>>>
>>>>> Environment Variables:
>>>>> JAVA_HOME=/usr/lib/jvm/jdk1.7.0_60
>>>>>
>>>>> PATH=/webapps/polar/shared/bundle/jruby/1.9/bin:/home/sshadmin/.rvm/gems/jruby-1.7.13/bin:/home/sshadmin/.rvm/gems/jruby-1.7.13@global
>>>>> /bin:/home/sshadmin/.rvm/rubies/jruby-1.7.13/bin:/home/sshadmin/.rvm/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/imagemagick-6.7.2/bin:/usr/lib/postgresql/9.1/bin:/usr/lib/jvm/jdk1.7.0_60/bin
>>>>>
>>>>> LD_LIBRARY_PATH=/usr/local/imagemagick-6.7.2/lib:/usr/local/imagemagick-6.7.2/lib:/usr/local/imagemagick-6.7.2/lib
>>>>> SHELL=/bin/bash
>>>>>
>>>>>
>>>>> Many thanks,
>>>>> Tim
>>>>>
>>>>>
>>>>
>>
>>
>