<?xml version="1.0" encoding="utf-8"?>
<!-- 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153
-->
<?xml-stylesheet type="text/xsl" href="https://mbien.dev/roller-ui/styles/rss.xsl" media="screen"?><rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:atom="http://www.w3.org/2005/Atom" >
<channel>
  <title>Michael Bien&apos;s Weblog (Comments)</title>
  <link>https://mbien.dev/blog/</link>
  <atom:link rel="self" type="application/rss+xml" href="https://mbien.dev/blog/feed/comments/rss" />
  <description>don&apos;t panic</description>
  <language>en-us</language>
  <copyright>Copyright 2024</copyright>
  <lastBuildDate>Sat, 24 Aug 2024 07:57:58 +0000</lastBuildDate>
  <generator>Apache Roller 6.1.4</generator>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639788230087</guid>
        <title>Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <dc:creator>Michael Bien</dc:creator>
        <pubDate>Sat, 18 Dec 2021 00:43:50 +0000</pubDate>
        <description>Nraa, the apache roller rc you linked does contain 2.16. I am not quite sure where you see 2.15.

Please use the appropriate mailing list for this discussion. This blog post is not about apache roller.</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639770684267</guid>
        <title>Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <dc:creator>Nraa</dc:creator>
        <pubDate>Fri, 17 Dec 2021 19:51:24 +0000</pubDate>
        <description>Mike,

      Log4J vulnerability fix needs it to be at 2.16.0,  and I see it at 2.15.0 in https://dist.apache.org/repos/dist/dev/roller/roller-6.1/v6.1.0/
I see the Roller 6.1.0 is waiting for vote and could you please help with updating it to 2.16.0?

Thanks
Nraa
</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638558273244</guid>
        <title>Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <dc:creator>Michael Bien</dc:creator>
        <pubDate>Fri, 3 Dec 2021 19:04:33 +0000</pubDate>
        <description>sure, here it is: https://gist.github.com/mbien/0f0def456076cf2bc3af3910ed151bce</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638497070227</guid>
        <title>Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <dc:creator>Petr Janeček</dc:creator>
        <pubDate>Fri, 3 Dec 2021 02:04:30 +0000</pubDate>
        <description>...nevermind, I tested it. ThreadLocalRandom is on par with SplittableRandom, so very fast, but its quality, if I remember it correctly is the same as Random (not good), and you can&apos;t seed it.</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638486773776</guid>
        <title>Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <dc:creator>Petr Janeček</dc:creator>
        <pubDate>Thu, 2 Dec 2021 23:12:53 +0000</pubDate>
        <description>Thank you! I know I can write and run this on my own, but would you please consider showing your benchmarking code so that I can add ThreadLocalRandom? I&apos;m curious how well it performs.</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602766827428</guid>
        <title>Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <dc:creator>Michael Bien</dc:creator>
        <pubDate>Thu, 15 Oct 2020 13:00:27 +0000</pubDate>
        <description>I tried to find some already existing solutions but i couldn&apos;t find any at that time. So I wrote one myself.

good to see that I am not the only one wanting to log with JFR :)
</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602689164427</guid>
        <title>Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <dc:creator>Eric Wilson</dc:creator>
        <pubDate>Wed, 14 Oct 2020 15:26:04 +0000</pubDate>
        <description>Lol awesome, I was thinking about writing a JFR appender and had the good sense to see if anyone else thought it might be a good thing.

Thanks!</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576105175151</guid>
        <title>Re: JFR Event Streaming with Java 14</title>
        <dc:creator>Michael Bien</dc:creator>
        <pubDate>Wed, 11 Dec 2019 22:59:35 +0000</pubDate>
        <description>Thank you Erik for your comment. I was sure there must be a way to do that at runtime. Updated the blogpost.</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576072138226</guid>
        <title>Re: JFR Event Streaming with Java 14</title>
        <dc:creator>Erik</dc:creator>
        <pubDate>Wed, 11 Dec 2019 13:48:58 +0000</pubDate>
        <description>You can set the repository location using jcmd &amp;lt;pid&amp;gt; JFR.configure repositorypath=&amp;lt;directory&amp;gt;. If you set it after a recording has started, new data will be written in the new location. 

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1574362623234</guid>
        <title>Re: JFR Event Streaming with Java 14</title>
        <dc:creator>Simon Goller</dc:creator>
        <pubDate>Thu, 21 Nov 2019 18:57:03 +0000</pubDate>
        <description>This is pretty cool!</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1363708944999</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator>zerhem</dc:creator>
        <pubDate>Tue, 19 Mar 2013 16:02:24 +0000</pubDate>
        <description>
&lt;p&gt;Hello&lt;br/&gt;
I need your help urgently, I want install this plusgin under netbeans, but I can&apos;t understand how i do it .&lt;br/&gt;
please help me&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/object_pooling_determinism_vs_throughput#comment-1333543760896</guid>
        <title>Re: Object Pooling - Determinism vs. Throughput</title>
        <dc:creator>Anonymous</dc:creator>
        <pubDate>Wed, 4 Apr 2012 12:49:20 +0000</pubDate>
        <description>
&lt;p&gt;The question is if object pooling is better ... why not put it in the JVM (as optional) ... the advantage of the JVM is that it takes away the memory management ... i dont think you should ignore this huge advanatage. Do You have any proove for the following statement ? &amp;quot;Object allocation (of small objects) on modern JVMs is even so fast that making a copy of immutable objects sometimes outperforms modification of mutable (and often old) objects.&amp;quot;&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opengl_pack_2_in#comment-1330947018803</guid>
        <title>Re: NetBeans OpenGL Pack #2 in most popular plugins ranking</title>
        <dc:creator>gestion de contacts</dc:creator>
        <pubDate>Mon, 5 Mar 2012 11:30:18 +0000</pubDate>
        <description>
&lt;p&gt;Hello, &lt;br/&gt;
thanks for the notes. Will test it.&lt;/p&gt;


&lt;p&gt;Laurence&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/you_have_won_the_jackpot#comment-1324977302150</guid>
        <title>Re: You have won the Jackpot (3.0)</title>
        <dc:creator>Jaroslav</dc:creator>
        <pubDate>Tue, 27 Dec 2011 09:15:02 +0000</pubDate>
        <description>
&lt;p&gt;Yes, RefactoringNG is quite powerfull, but you can&apos;t call it directly from commandline - which is very important in many cases..&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320990936541</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator>mbien</dc:creator>
        <pubDate>Fri, 11 Nov 2011 05:55:36 +0000</pubDate>
        <description>
&lt;p&gt;@110&lt;br/&gt;
no sorry. However the OpenCL editor does not depend on any host language, so you could use it right now in a C++ project (or any other project type).&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320982306350</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator></dc:creator>
        <pubDate>Fri, 11 Nov 2011 03:31:46 +0000</pubDate>
        <description>
&lt;p&gt;any plans for c/c++ support?&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320263431960</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator>mbien</dc:creator>
        <pubDate>Wed, 2 Nov 2011 19:50:31 +0000</pubDate>
        <description>
&lt;p&gt;hi Jim,&lt;br/&gt;
great to hear that you like the plugin.&lt;/p&gt;


&lt;p&gt;JOCL (jogamp.org) was already available before stable vendor driver where released. I wrote it as sideproject for my bachelor thesis. When I talk about jocl in this blog i mean the lib which is based on the same technology like jogl or joal and is part of the jogamp community.&lt;/p&gt;


&lt;p&gt;We had once a NB GL pack but i am afraid it isn&apos;t any longer maintained.&lt;/p&gt;


&lt;p&gt;GL/CL interop works of course. checkout the demos.&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320257135593</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator>Jim</dc:creator>
        <pubDate>Wed, 2 Nov 2011 18:05:35 +0000</pubDate>
        <description>
&lt;p&gt;Great Work! I have been working with OpenCL and CUDA or a while and this is really great for prototyping work. I am already using it as a base for my prototyping. &lt;/p&gt;


&lt;p&gt;Some Suggestions &lt;/p&gt;


&lt;p&gt;You might want to say it is using the JOCL from http://jogamp.org/&lt;br/&gt;
and not the JOCL from http://www.jocl.org/&lt;br/&gt;
The JOCL you are not using here was the first one available and as such most people familiar with OpenCL will know that one (I made this mistake). Also they include different APIs (The original being lower level and closer to actual OpenCL) so it is an important distinction.&lt;/p&gt;


&lt;p&gt;It would be great it you could add JOGL to this. Have you got OpenGL/OpenCL interop working with JOCL using your library? I haven&apos;t used JOGL in a while and I am a little confused.&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314812612803</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator>mbien</dc:creator>
        <pubDate>Wed, 31 Aug 2011 17:43:32 +0000</pubDate>
        <description>
&lt;p&gt;thanks 89.. I am glad you like it&lt;/p&gt;

</description>
    </item>
    <item>
        <guid isPermaLink="true">https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314722456382</guid>
        <title>Re: NetBeans OpenCL Pack</title>
        <dc:creator></dc:creator>
        <pubDate>Tue, 30 Aug 2011 16:40:56 +0000</pubDate>
        <description>
&lt;p&gt;It is about time, someone introduced OpenCL support in NetBeans! Excellent!!!&lt;/p&gt;

</description>
    </item>
</channel>
</rss>