# Non-Deterministic Memory Allocation?

**URL:** <https://discourse.julialang.org/t/non-deterministic-memory-allocation/104941>\
**Category:** General Usage\
**Tags:** question\
**Created:** [October 13, 2023, 11:05pm UTC](https://discourse.julialang.org/t/non-deterministic-memory-allocation/104941 "2023-10-13T23:05:25Z")\
**Posts on this page:** 1\
**Showing post:** 16

<div class="post-metadata">

**Author:** ![dlakelan](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dlakelan/32/8491_2.png) [@dlakelan](https://discourse.julialang.org/u/dlakelan)\
**Post date:** [October 21, 2023, 1:17am UTC](https://discourse.julialang.org/t/non-deterministic-memory-allocation/104941/16 "2023-10-21T01:17:22Z")

</div>

> [@mcmuffin6o](#):
>
> possible to do something as trivial as _clearing the workspace_. I’m sure it’s a difficult problem or whatever ([just like Rust’s inability to perform compile-time arithmetic on type parameters](https://users.rust-lang.org/t/using-generic-parameters-in-const-operations/96651?u=mcmuffin6o)), but in both cases these are basic features that you really start to miss when they’re taken away.

If you really want to reset everything also you can call exec (in Linux at least).

> [@How to exit a Julia program without completely exit REPL or shutting down Julia?](https://discourse.julialang.org/t/how-to-exit-a-julia-program-without-completely-exit-repl-or-shutting-down-julia/66655/13):
>
> I mean, it would be pretty trivial to provide this through ccall right? I imagine I could do it this afternoon if I took the time to read up on ccall. But it would be better to be a package kind of maintained by some github organization, like JuliaStrings etc except with a “OS interaction” theme or something. I just tested this on my computer, and it worked: julia\> ccall(:execvp,Int32,(Cstring,Array{Cstring}),"/home/dlakelan/julia-latest/bin/julia",Cstring[]) Also this: julia\> ccall(:execvp,…

---

_[View the full topic](https://discourse.julialang.org/t/non-deterministic-memory-allocation/104941)._