Prior releases of the 6.x line relied on Lexical::Types, which was a major performance pessimisation over the 5.x releases.
6.0.4 relies on a simple source filter instead, which restores performance levels back to expected levels.
More benchmarks added to the test suite validate the dependency changes.
submitted by /u/joesuf4
[link] [comments]
Tags helpers for HTML elements.
Changes for 0.11 - 2024-04-14T18:16:11+02:00
- Fix test for 'step' parameter on Windows.
Get stock and mutual fund quotes from various exchanges
Changes for 1.59_01 - 2024-04-14T08:31:58-07:00
- YahooJSON.pm - Added code to retrieve cookies and a "crumb" required to continue to utilize the v11 API. Issue #369. The YahooJSON.pm currency module was changed to use the v8 API.
- Added initial version of CONTRIBUTING.pod that metacpan.org utilizes. It will completely replace the Hacker's Guide in the future.
- Bloomberg.pm - Changed module to extract data from JSON structure embedded within the HTML - Issue #360
- NSEIndia.pm - Eliminated need to use temp folders by storing file data from URL into a variable.
113-bit integer arithmetic
Changes for 0.04
- Allow negative values to be passed to bitwise operators (&, |, ^, ~, >>, <<). These negative values will be converted to their 113-bit 2s-complement value prior to being acted upon by the bitwise operator - thus mimicking perl's treatment of negative 32-bit/64-bit IVs.
- Add divmod() function.
- Add new test file t/bitwise_feature.t
HTTP/2 Dynamic Benchmarks (PHP vs. ModPerl2), 2024 edition.
I ram these about four years ago, and the time differentials were about the same then as now. Monolithic POSIX-threaded server architectures like mp2 + mpm_event will always dominate in low-latency/scalability HTTP/2 benchmarks because they leverage zero-copy in the runtime.
Anyways, sexy terminal graphs with smag to enjoy!
submitted by /u/joesuf4
[link] [comments]
 | Lessons learned: A) Performance freaks to stop using #rstat 's runif for random generation. The Hoshiro random number generator arxiv.org/abs/1805.01407 is 10x faster. Implementations in #perl 's #PDL, #rstats (dqrng) and #python #numpy are within 20% of each other B) But does it make a difference in applications? To get to the bottom of this, I coded a truncated random variate generator in #rstats and #perl using #pdl (as well as standard u/perl) using the #GSL packages metacpan.org/pod/PDL::GSL::CDF & metacpan.org/pod/Math::GSL for accessing the CDF & quantile functions. In this context, it's the calculation of the #CDF that is the computationally intensive part, not the drawing of the random number itself. C) I should probably blog about these experiments at some point. Note that #pdl (but not base #perl) are rather competitive choices for large array processing with numerical operations. I mostly stay away of #python , but would not surprise me that for compute intensive stuff (where the heavy duty work is done in C/C++), it does not matter (much) which high level language one uses to build data applications preview.redd.it/qn00sx78gbuc1.… preview.redd.it/4by4jbh9gbuc1.… submitted by /u/ReplacementSlight413 |
Hi, im working on this perl script wherein i should get all files with filename < 900000
Ex. sample_file_802856.txt sample_file_27364692.txt sample_file_385620.txt
the script should get:
sample_file_802856.txt sample_file_385620.txt
I already have the code but it’s failing on this part coz im having a hard time getting the regex for < 900000 😆
submitted by /u/advinculareily
[link] [comments]
