Well my presentation went off OK, although there were only about 20-30 people present. I hope all truly enjoyed the presentation.
To the person that asked “doesn’t the use of an interpreted language make race conditions more difficult to address?” I must apologize as I totally mis-handled that question.
No, an interpreted language doesn’t make race conditions more difficult to address (although the specific language implementation might, which I noted in my talk). The most used interpreted languages, PHP, Perl, Python, go through a cycle like:
Parse Code
Compile to intermediate stage (e.g. byte code)
Interpreter executes the intermediate stage
The last stage is where race conditions occur, but is no different than executing a code written in C, or Assembly, and compiled to a binary. In that case, the final step is replaced with:
Kernel Loader executes the binary
Focusing on interpreted versus non-interpreted misses the point, which is: make your operations as atomic as possible. The second point is: do as much of your operations as the user as possible (meaning not root).
You can download my presentation.
No related posts.
Related posts brought to you by Yet Another Related Posts Plugin.