-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement shared native memory multithreading #56841
Comments
@leafpetersen @lrhn From my perspective this subset of changes does not really fundamentally change Dart language capabilities (pure Dart code remains isolated) so I would like to move forward, implement and ship this not guarded by any flag so that our interop efforts could rely on it. Any opposition to this plan? |
If you think the feature will be useful as written, then I have no problem with trying try to implement it. I'm not promising to change the implementation of platform libraries to be able to run without access to non-constant static state, or to make all such fields shared (which likely isn't viable anyway). That means that an unknown-size part of the platform libraries cannot be used in a shared isolate. I do fear that the that part might contain some essential APIs. If all the shared isolate code does is computation on input data to produce output data, then maybe that's not a problem. Maybe it's just a matter of managing expectations. |
I'm very excited by this feature! I believe it would speed up a lot of code u To visualize what would be the development of code with the shared memory, I wrote this quick sort with the shared fields and shared isolates. Edit : Not correct. See #56841 (comment) /**
* Quick sort
*/
import 'dart:isolate';
import 'dart:math';
import 'dart:typed_data';
Future<void> quickSort(Int64List array, int low, int high) async {
if (low < high) {
int partitionIndex = partition(array, low, high);
await Future.wait(
[
Isolate.runShared(
() => quickSort(array, low, partitionIndex - 1),
),
Isolate.runShared(
() => quickSort(array, partitionIndex + 1, high),
),
],
);
}
}
int partition(Int64List array, int low, int high) {
int pivot = array[high];
int i = (low - 1);
for (var j = low; j < high; j++) {
if (array[j] <= pivot) {
swap(array, ++i, j);
}
}
swap(array, i + 1, high);
return i + 1;
}
void swap(Int64List array, int i, int j) {
final tmp = array[i];
array[i] = array[j];
array[j] = tmp;
}
void main() async {
final random = Random();
final List<int> numbers = List.generate(10000, (i) => random.nextInt(999999));
final shared Int64List toSort = Int64List.fromList(numbers);
Isolate.runShared(() {
quickSort(toSort, 0, numbers.length - 1);
});
} I wonder if the |
I just want to point out a couple of things. First of all, the type of code you have written can already be written without any issues: you can allocate memory for Second, the code as written has a number of issues:
So this code is not really the best example for this feature. |
Thanks you for your explanation. I understand better now |
The Shared Memory Multithreading for Dart proposal outlines a number of modifications to the Dart native runtime and core libraries which would unlock interoperability use cases which currently require developers to writing additional native code.
These modifications include:
dart:ffi
:NativeCallable.shared
There might be other changes to core libraries which would help the cause but is not necessarily required:
dart:ffi
.dart:isolate
Isolate.shared
Isolate.postTask
.Isolate.runSync
.dart:concurrent
.AtomicRef
,AtomicInt32
,AtomicInt64
Mutex
andCondition
.These changes do not fundamentally alter Dart's isolate model - pure Dart code running in different isolates remains isolated, but introduce more straightforward way to bridge concurrency chasm between native world (which is structured around threads) and Dart (which is structured around isolates).
The text was updated successfully, but these errors were encountered: