<?xml version="1.0" encoding='utf-8'?>
<!-- 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153
-->
<?xml-stylesheet type="text/xsl" href="https://mbien.dev/roller-ui/styles/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom">
    <title type="html">Michael Bien&apos;s Weblog (Comments)</title>
    <id>https://mbien.dev/blog/feed/comments/atom</id>
    <link rel="alternate" type="text/html" href="https://mbien.dev/blog/" />
    <link rel="self" type="application/atom+xml" href="https://mbien.dev/blog/feed/comments/atom" />
    <updated>2024-08-24T07:57:58+00:00</updated>
    <generator uri="http://roller.apache.org" version="6.1.4">Apache Roller</generator>
    <entry>
        <id>https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639788230087</id> 
        <title type="html">Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <author><name>Michael Bien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639788230087"/>
        <published>2021-12-18T00:43:50+00:00</published>
        <updated>2021-12-18T00:43:50+00:00</updated> 
        <content type="html">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.</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639770684267</id> 
        <title type="html">Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <author><name>Nraa</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639770684267"/>
        <published>2021-12-17T19:51:24+00:00</published>
        <updated>2021-12-17T19:51:24+00:00</updated> 
        <content type="html">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
</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638558273244</id> 
        <title type="html">Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <author><name>Michael Bien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638558273244"/>
        <published>2021-12-03T19:04:33+00:00</published>
        <updated>2021-12-03T19:04:33+00:00</updated> 
        <content type="html">sure, here it is: https://gist.github.com/mbien/0f0def456076cf2bc3af3910ed151bce</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638497070227</id> 
        <title type="html">Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <author><name>Petr Janeček</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638497070227"/>
        <published>2021-12-03T02:04:30+00:00</published>
        <updated>2021-12-03T02:04:30+00:00</updated> 
        <content type="html">...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.</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638486773776</id> 
        <title type="html">Re: Java 17&apos;s Enhanced Pseudo-Random Number Generators</title>
        <author><name>Petr Janeček</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638486773776"/>
        <published>2021-12-02T23:12:53+00:00</published>
        <updated>2021-12-02T23:12:53+00:00</updated> 
        <content type="html">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.</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602766827428</id> 
        <title type="html">Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <author><name>Michael Bien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602766827428"/>
        <published>2020-10-15T13:00:27+00:00</published>
        <updated>2020-10-15T13:00:27+00:00</updated> 
        <content type="html">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 :)
</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602689164427</id> 
        <title type="html">Re: JFRLog - Logging directly to the Java Flight Recorder</title>
        <author><name>Eric Wilson</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602689164427"/>
        <published>2020-10-14T15:26:04+00:00</published>
        <updated>2020-10-14T15:26:04+00:00</updated> 
        <content type="html">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!</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576105175151</id> 
        <title type="html">Re: JFR Event Streaming with Java 14</title>
        <author><name>Michael Bien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576105175151"/>
        <published>2019-12-11T22:59:35+00:00</published>
        <updated>2019-12-11T22:59:35+00:00</updated> 
        <content type="html">Thank you Erik for your comment. I was sure there must be a way to do that at runtime. Updated the blogpost.</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576072138226</id> 
        <title type="html">Re: JFR Event Streaming with Java 14</title>
        <author><name>Erik</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576072138226"/>
        <published>2019-12-11T13:48:58+00:00</published>
        <updated>2019-12-11T13:48:58+00:00</updated> 
        <content type="html">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. 

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1574362623234</id> 
        <title type="html">Re: JFR Event Streaming with Java 14</title>
        <author><name>Simon Goller</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1574362623234"/>
        <published>2019-11-21T18:57:03+00:00</published>
        <updated>2019-11-21T18:57:03+00:00</updated> 
        <content type="html">This is pretty cool!</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1363708944999</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name>zerhem</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1363708944999"/>
        <published>2013-03-19T16:02:24+00:00</published>
        <updated>2013-03-19T16:02:24+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/object_pooling_determinism_vs_throughput#comment-1333543760896</id> 
        <title type="html">Re: Object Pooling - Determinism vs. Throughput</title>
        <author><name>Anonymous</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/object_pooling_determinism_vs_throughput#comment-1333543760896"/>
        <published>2012-04-04T12:49:20+00:00</published>
        <updated>2012-04-04T12:49:20+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opengl_pack_2_in#comment-1330947018803</id> 
        <title type="html">Re: NetBeans OpenGL Pack #2 in most popular plugins ranking</title>
        <author><name>gestion de contacts</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opengl_pack_2_in#comment-1330947018803"/>
        <published>2012-03-05T11:30:18+00:00</published>
        <updated>2012-03-05T11:30:18+00:00</updated> 
        <content type="html">
&lt;p&gt;Hello, &lt;br/&gt;
thanks for the notes. Will test it.&lt;/p&gt;


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

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/you_have_won_the_jackpot#comment-1324977302150</id> 
        <title type="html">Re: You have won the Jackpot (3.0)</title>
        <author><name>Jaroslav</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/you_have_won_the_jackpot#comment-1324977302150"/>
        <published>2011-12-27T09:15:02+00:00</published>
        <updated>2011-12-27T09:15:02+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320990936541</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name>mbien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320990936541"/>
        <published>2011-11-11T05:55:36+00:00</published>
        <updated>2011-11-11T05:55:36+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320982306350</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name></name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320982306350"/>
        <published>2011-11-11T03:31:46+00:00</published>
        <updated>2011-11-11T03:31:46+00:00</updated> 
        <content type="html">
&lt;p&gt;any plans for c/c++ support?&lt;/p&gt;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320263431960</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name>mbien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320263431960"/>
        <published>2011-11-02T19:50:31+00:00</published>
        <updated>2011-11-02T19:50:31+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320257135593</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name>Jim</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320257135593"/>
        <published>2011-11-02T18:05:35+00:00</published>
        <updated>2011-11-02T18:05:35+00:00</updated> 
        <content type="html">
&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;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314812612803</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name>mbien</name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314812612803"/>
        <published>2011-08-31T17:43:32+00:00</published>
        <updated>2011-08-31T17:43:32+00:00</updated> 
        <content type="html">
&lt;p&gt;thanks 89.. I am glad you like it&lt;/p&gt;

</content>
    </entry>
    <entry>
        <id>https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314722456382</id> 
        <title type="html">Re: NetBeans OpenCL Pack</title>
        <author><name></name></author>
        <link rel="alternate" type="text/html" href="https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314722456382"/>
        <published>2011-08-30T16:40:56+00:00</published>
        <updated>2011-08-30T16:40:56+00:00</updated> 
        <content type="html">
&lt;p&gt;It is about time, someone introduced OpenCL support in NetBeans! Excellent!!!&lt;/p&gt;

</content>
    </entry>
</feed>

