[DiscordArchive] couldnt it be run in its own thread outside of main thread ? i mean would it be possible to group th
[DiscordArchive] couldnt it be run in its own thread outside of main thread ? i mean would it be possible to group th
Original source
couldnt it be run in its own thread outside of main thread ? i mean would it be possible to group them by their relation ?
rektbyfaith
08-24-2022, 12:59 PM #1Archived author: Rymercyble • Posted: 2022-08-24T12:59:28.441000+00:00
Original source
couldnt it be run in its own thread outside of main thread ? i mean would it be possible to group them by their relation ?
Original source
Then you'd deal with locking
rektbyfaith
08-24-2022, 12:59 PM #2Archived author: Foe • Posted: 2022-08-24T12:59:38.924000+00:00
Original source
Then you'd deal with locking
Original source
wouldnt that happen anyway if u just place everything in 1 thread ?
rektbyfaith
08-24-2022, 01:00 PM #3Archived author: Rymercyble • Posted: 2022-08-24T13:00:10.520000+00:00
Original source
wouldnt that happen anyway if u just place everything in 1 thread ?
Original source
That's how original eluna works
rektbyfaith
08-24-2022, 01:00 PM #4Archived author: Foe • Posted: 2022-08-24T13:00:21.074000+00:00
Original source
That's how original eluna works
Original source
i don't really think there's much complexity added by implementing something like it, it's just two functions that are allowed to be called as long as map updates aren't running
rektbyfaith
08-24-2022, 01:00 PM #5Archived author: <o> • Posted: 2022-08-24T13:00:27.031000+00:00
Original source
i don't really think there's much complexity added by implementing something like it, it's just two functions that are allowed to be called as long as map updates aren't running
Original source
ye but i mean locking only guild events for example instead of everything is still better
rektbyfaith
08-24-2022, 01:01 PM #6Archived author: Rymercyble • Posted: 2022-08-24T13:01:21.061000+00:00
Original source
ye but i mean locking only guild events for example instead of everything is still better
Original source
the problem i think you'll run into is that many operations that people now run in map updates aren't even safe to be called from there when you add threads
rektbyfaith
08-24-2022, 01:01 PM #7Archived author: <o> • Posted: 2022-08-24T13:01:37.524000+00:00
Original source
the problem i think you'll run into is that many operations that people now run in map updates aren't even safe to be called from there when you add threads
Original source
Sure, I guess, I just don't see the benefit it's not going to be part of the initial release regardless but I'm more than happy to receive PRs and design discussions, I'm not opposed to more functionality as long as it just doesn't feel tacked on
rektbyfaith
08-24-2022, 01:01 PM #8Archived author: Foe • Posted: 2022-08-24T13:01:39.344000+00:00
Original source
Sure, I guess, I just don't see the benefit it's not going to be part of the initial release regardless but I'm more than happy to receive PRs and design discussions, I'm not opposed to more functionality as long as it just doesn't feel tacked on
Original source
yeah, if you want things like non-bound updates (things that can't be called for any specific map at all) i could probably see that allowing something like this before deciding on that stuff might be premature
rektbyfaith
08-24-2022, 01:03 PM #9Archived author: <o> • Posted: 2022-08-24T13:03:27.041000+00:00
Original source
yeah, if you want things like non-bound updates (things that can't be called for any specific map at all) i could probably see that allowing something like this before deciding on that stuff might be premature
Original source
but you do absolutely need delayed events at least, even if you don't expose anything special to them yet
rektbyfaith
08-24-2022, 01:04 PM #10Archived author: <o> • Posted: 2022-08-24T13:04:02.979000+00:00
Original source
but you do absolutely need delayed events at least, even if you don't expose anything special to them yet
1 Guest(s)
1 Guest(s)