Barış Yıldırım
Barış Yıldırım
openfl.display.Loader is significantly slower on native targets in Lime 8.2 (compared to Lime 8.1.3)
@joshtynjala @player-03 std::thread::hardware_concurrency can be good for maxThreads default value. https://en.cppreference.com/w/cpp/thread/thread/hardware_concurrency
openfl.display.Loader is significantly slower on native targets in Lime 8.2 (compared to Lime 8.1.3)
> The slowdown comes from scheduling, not CPU usage. The old approach used a Deque for scheduling, allowing threads to start work sooner. The new approach used the main thread...
openfl.display.Loader is significantly slower on native targets in Lime 8.2 (compared to Lime 8.1.3)
> > I think keeping the old behavior for native targets is the most logical option. > > That's exactly what I spent the last week working on: [#1958](https://github.com/openfl/lime/pull/1958) queue...
Is there any plan for https://github.com/HaxeFoundation/haxe/issues/12406 issue? This is a big limitation for creating production-ready http servers.
Is a ThreadLocal-like implementation possible for coroutines? https://github.com/hxwell/hxwell/blob/f0723379b43a9d97c25088fbbb50ca07aba640ed/src/haxe/ThreadLocal.hx
Can't make an hxcpp conditional macro that locks everything that isn't thread safe, so that if it can't lock it, can throw an exception and create a safer development environment?...
The problem occurs mostly in mobile browsers.
https://github.com/goldfire/howler.js/issues/1462
```ex OS Version: iOS 18.1.1 (22B91) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: SEGV_NOOP at 0x0000000000000627 Crashed Thread: 22 Application Specific Information: Exception 1, Code 1, Subcode 1575...
> This file exists to avoid issues like this: https://github.com/HaxeFoundation/hxcpp/blob/master/include/hx/Undefine.h > > You'd have to do some more debugging to figure out what's messing up the include order and making...