Michael Bien's Weblog (Comments)https://mbien.dev/blog/feed/comments/atom2023-03-16T06:30:59+00:00Apache Rollerhttps://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639788230087Re: JFRLog - Logging directly to the Java Flight RecorderMichael Bien2021-12-18T00:43:50+00:002021-12-18T00:43:50+00:00Nraa, 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.https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1639770684267Re: JFRLog - Logging directly to the Java Flight RecorderNraa2021-12-17T19:51:24+00:002021-12-17T19:51:24+00:00Mike,
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
https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638558273244Re: Java 17's Enhanced Pseudo-Random Number GeneratorsMichael Bien2021-12-03T19:04:33+00:002021-12-03T19:04:33+00:00sure, here it is: https://gist.github.com/mbien/0f0def456076cf2bc3af3910ed151bcehttps://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638497070227Re: Java 17's Enhanced Pseudo-Random Number GeneratorsPetr Janeček2021-12-03T02:04:30+00:002021-12-03T02:04:30+00:00...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't seed it.https://mbien.dev/blog/entry/enhanced-pseudo-random-number-generators#comment-1638486773776Re: Java 17's Enhanced Pseudo-Random Number GeneratorsPetr Janeček2021-12-02T23:12:53+00:002021-12-02T23:12:53+00:00Thank 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'm curious how well it performs.https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602766827428Re: JFRLog - Logging directly to the Java Flight RecorderMichael Bien2020-10-15T13:00:27+00:002020-10-15T13:00:27+00:00I tried to find some already existing solutions but i couldn'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 :)
https://mbien.dev/blog/entry/jfrlog-logging-directly-to-the#comment-1602689164427Re: JFRLog - Logging directly to the Java Flight RecorderEric Wilson2020-10-14T15:26:04+00:002020-10-14T15:26:04+00:00Lol 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!https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576105175151Re: JFR Event Streaming with Java 14Michael Bien2019-12-11T22:59:35+00:002019-12-11T22:59:35+00:00Thank you Erik for your comment. I was sure there must be a way to do that at runtime. Updated the blogpost.https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1576072138226Re: JFR Event Streaming with Java 14Erik2019-12-11T13:48:58+00:002019-12-11T13:48:58+00:00You can set the repository location using jcmd <pid> JFR.configure repositorypath=<directory>. If you set it after a recording has started, new data will be written in the new location.
https://mbien.dev/blog/entry/jfr-event-streaming-with-java#comment-1574362623234Re: JFR Event Streaming with Java 14Simon Goller2019-11-21T18:57:03+00:002019-11-21T18:57:03+00:00This is pretty cool!https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1363708944999Re: NetBeans OpenCL Packzerhem2013-03-19T16:02:24+00:002013-03-19T16:02:24+00:00
<p>Hello<br/>
I need your help urgently, I want install this plusgin under netbeans, but I can't understand how i do it .<br/>
please help me</p>
https://mbien.dev/blog/entry/object_pooling_determinism_vs_throughput#comment-1333543760896Re: Object Pooling - Determinism vs. ThroughputAnonymous2012-04-04T12:49:20+00:002012-04-04T12:49:20+00:00
<p>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 ? "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."</p>
https://mbien.dev/blog/entry/netbeans_opengl_pack_2_in#comment-1330947018803Re: NetBeans OpenGL Pack #2 in most popular plugins rankinggestion de contacts2012-03-05T11:30:18+00:002012-03-05T11:30:18+00:00
<p>Hello, <br/>
thanks for the notes. Will test it.</p>
<p>Laurence</p>
https://mbien.dev/blog/entry/you_have_won_the_jackpot#comment-1324977302150Re: You have won the Jackpot (3.0)Jaroslav2011-12-27T09:15:02+00:002011-12-27T09:15:02+00:00
<p>Yes, RefactoringNG is quite powerfull, but you can't call it directly from commandline - which is very important in many cases..</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320990936541Re: NetBeans OpenCL Packmbien2011-11-11T05:55:36+00:002011-11-11T05:55:36+00:00
<p>@110<br/>
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).</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320982306350Re: NetBeans OpenCL Pack2011-11-11T03:31:46+00:002011-11-11T03:31:46+00:00
<p>any plans for c/c++ support?</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320263431960Re: NetBeans OpenCL Packmbien2011-11-02T19:50:31+00:002011-11-02T19:50:31+00:00
<p>hi Jim,<br/>
great to hear that you like the plugin.</p>
<p>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.</p>
<p>We had once a NB GL pack but i am afraid it isn't any longer maintained.</p>
<p>GL/CL interop works of course. checkout the demos.</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1320257135593Re: NetBeans OpenCL PackJim2011-11-02T18:05:35+00:002011-11-02T18:05:35+00:00
<p>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. </p>
<p>Some Suggestions </p>
<p>You might want to say it is using the JOCL from http://jogamp.org/<br/>
and not the JOCL from http://www.jocl.org/<br/>
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.</p>
<p>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't used JOGL in a while and I am a little confused.</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314812612803Re: NetBeans OpenCL Packmbien2011-08-31T17:43:32+00:002011-08-31T17:43:32+00:00
<p>thanks 89.. I am glad you like it</p>
https://mbien.dev/blog/entry/netbeans_opencl_pack#comment-1314722456382Re: NetBeans OpenCL Pack2011-08-30T16:40:56+00:002011-08-30T16:40:56+00:00
<p>It is about time, someone introduced OpenCL support in NetBeans! Excellent!!!</p>