https://opennet.ru/openforum/vsluhforumID3/97966.html Компания Oracle опубликовала (https://blogs.oracle.com/java/entry/release_oracle_java_development_kit) корректирующий выпуск Java SE 8 Update 20 (номер версии присвоен в соответствии с новой схемой (http://www.opennet.ru/opennews/art.shtml?num=36938) нумерации выпусков) с устранением 659 ошибок (http://www.oracle.com/technetwork/java/javase/2col/8u20-bugfixes-2257730.html). В выпуске представлены только не связанные с безопасностью исправления, устранения уязвимостей были представлены в версии JavaSE 8u11 (http://www.opennet.ru/opennews/art.shtml?num=40219). JDK 8 Update 20 доступен (http://www.oracle.com/technetwork/java/javase/downloads/index.html) в сборках для Linux (x86, x64), Solaris (x64, SPARC), Windows (x86, x64) и OS X (x64).<br><br><br><br>Из изменений (http://www.oracle.com/technetwork/java/javase/8u20-relnotes-2257729.html) можно отметить:<br><br><br><br>- Внесены оптимизации, влияющие на производительность и потребление памяти. В том числе обеспечена дедупликация строк и улучшена работа сборщика мусора G1 Garba https://opennet.ru/openforum/vsluhforumID3/97966.html#55 Wed, 29 Oct 2014 00:11:53 GMT Изя, держи плюс в карму !<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#54 Sat, 23 Aug 2014 20:33:33 GMT &gt; Как бы мир эволюция постоянно подсказывает, что надо двигаться вперед иначе можно <br>&gt; постареть и умереть. Так вот столько брошенных проектов умирают: только представьте. <br><br>Жду, когда прикончат Flash и Silverligth. Но что-то не видно их кончины.<br><br>&gt; P.S. Все жду когда опять апплеты будут на коне. Я верю в вас ))) Уже появился JavaFX <br><br>"Технология JavaFX была впервые продемонстрирована корпорацией Sun Microsystems на конференции JavaOne в мае 2007 года. 4 декабря 2008 года вышла версия 1.0 платформы..."<br><br>7 лет, как JavaFX на слуху.<br><br>Концепция "Коробочка внутри другой коробочки" &#8212; совсем не дело.<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#53 Sat, 23 Aug 2014 13:08:54 GMT ради лузлов http://vmkit.llvm.org/<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#52 Sat, 23 Aug 2014 06:50:40 GMT Как бы мир эволюция постоянно подсказывает, что надо двигаться вперед иначе можно постареть и умереть. Так вот столько брошенных проектов умирают: только представьте.<br><br>P.S. Все жду когда опять апплеты будут на коне. Я верю в вас ))) Уже появился JavaFX хотя конечно FLash успел. Не надо было тупить так долго между 6-7 кой.<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#51 Fri, 22 Aug 2014 14:31:25 GMT Спасибо, полезные ссылки. Вот ещё неплохой ЧАВО:<br>http://www.oracle.com/technetwork/java/hotspotfaq-138619.html<br>Установил инкрементный сборщик мусора опцией -Xincgc, стала работать как предыдущая версия, 5-20Mb потреблять.<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#50 Fri, 22 Aug 2014 09:00:43 GMT &gt; Чего-то натворили со сборкой мусора. Есть у меня swing-программа со сложной графикой, <br>&gt; раньше потребляла 10-20Mb, сейчас до 200 доходит, пока сборка мусора не <br>&gt; выполнится. По-видимому &#171;Внесены оптимизации, влияющие на производительность и <br>&gt; потребление памяти&#187; понимать как &#171;производительность за счёт памяти&#187;. <br><br>Если это 64-битная OS, то там используется server`ный вариант JVM:<br>http://www.oracle.com/technetwork/java/hotspotfaq-138619.html#64bit_compilers<br><br>А в server`ном варианте JVM если параметр -Xmx не задан, <br>то он считается равным 1/4 от объема всей свободной памяти.<br><br>Если задать оба параметра -Xmx и -Xms - тогда все будет нормально.<br>В редхатовском блоге недавно была статья на тему оптимизации JVM по памяти:<br><br>http://developerblog.redhat.com/2014/07/15/dude-wheres-my-paas-memory-tuning-javas-footprint-in-openshift-part-1/<br><br>http://developerblog.redhat.com/2014/07/22/dude-wheres-my-paas-memory-tuning-javas-footprint-in-openshift-part-2/<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#49 Fri, 22 Aug 2014 05:31:40 GMT Чего-то натворили со сборкой мусора. Есть у меня swing-программа со сложной графикой, раньше потребляла 10-20Mb, сейчас до 200 доходит, пока сборка мусора не выполнится. По-видимому &#171;Внесены оптимизации, влияющие на производительность и потребление памяти&#187; понимать как &#171;производительность за счёт памяти&#187;.<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#48 Thu, 21 Aug 2014 13:58:36 GMT GNU M4<br> https://opennet.ru/openforum/vsluhforumID3/97966.html#47 Thu, 21 Aug 2014 10:01:06 GMT null-terminated строки и алгоритмы Шлемиля в крестах уже изжили себя?<br>