Skip to content

Conversation

dktapps
Copy link
Member

@dktapps dktapps commented Mar 18, 2023

Before this, readonly was silently ignored, so properties would be
treated the same as normal properties.

This change enforces write-once and no-unset policies for readonly
properties.

It also permits lockless reads of locally cached property values of readonly properties, since these can't be changed by another thread after initialization. This offers a performance benefit for objects whose properties are frequently accessed by multiple threads by reducing lock contention.

Currently this only covers stuff that is kept in the local cache, such
as thread-safe objects, closures, sockets and strings. The cache could
be extended to more stuff to permit this optimisation to apply to other
types of properties, but that's a task for another time.

dktapps added 2 commits March 18, 2023 16:57
Before this, readonly was silently ignored, so properties would be
treated the same as normal properties.

This change enforces write-once and no-unset policies for readonly
properties. It also permits lockless reads of locally cached property
values of readonly properties.

Currently this only covers stuff that is kept in the local cache, such
as thread-safe objects, closures, sockets and strings. The cache could
be extended to more stuff to permit this optimisation to apply to other
types of properties, but that's a task for another time.
@dktapps dktapps force-pushed the readonly-properties branch from 06ccc97 to d643d0c Compare March 24, 2023 16:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant