Why is fork() the primary (and only ?) method for process creation in UNIX ? Computer Science |
- Why is fork() the primary (and only ?) method for process creation in UNIX ?
- What term describes this idea best?
- Google begins rolling out June 2019 core update.
- Vectorized Image Boundary Detection
- Projected Gradient Descent for Max and Min Eigenpairs - Proof of Convergence
- What challenges in renewable energy & environmental science can be tackled by computer scientists?
- Serverless Azure Functions
- WebAssembly
- About a strange data compression method
- What can be (efficiently) Automated?
Why is fork() the primary (and only ?) method for process creation in UNIX ? Posted: 10 Jun 2019 12:30 AM PDT I guess my question is why it's not something like `new_process()` which creates a process from scratch. I can't quite understand the utility of copying a process. [link] [comments] |
What term describes this idea best? Posted: 09 Jun 2019 02:18 PM PDT So, I am planning for my senior project to work on a peer-to-peer system allowing the peers to share their computing resources to complete computing tasks submitted by some of them; idea is, instead of letting a private computer idle you use that CPU time to distributively work on some task. For example, a user wants to run a python program, so they submit it into the system where it is to be distributively computed and gets the result eventually. What term would best describe such a system? Volunteer Computing? Secure Multi-party Computing? something else? Any recommended papers or results in the field? possible starting points? possible concerns (e.g., verifiability, etc.)? Thanks in advance! EDIT: I didn't mention an important detail; these computations should be *verifiable* and the running task cannot be seen by the peer working on them. So, it's definitely based on cloud computing, but with extras towards security. [link] [comments] |
Google begins rolling out June 2019 core update. Posted: 10 Jun 2019 01:33 AM PDT |
Vectorized Image Boundary Detection Posted: 09 Jun 2019 04:29 AM PDT In the previous note, I introduced an algorithm that can, without any dataset or other prior information, reassemble a scrambled image to its original state. In this note, I'm going to introduce a related algorithm that can quickly find boundaries in an image without any dataset. Though I've yet to formally analyze the run time of the boundary detection algorithm, it is remarkably fast, and certainly a low-degree polynomial. I suspect this algorithm will have applications in real-time object tracking, lane detection, and probably machine generated art. The core insight of both algorithms is that real life objects are generally structured in a manner that causes colors to be locally consistent. That is, if we look closely at an object, we'll find that color palettes that are proximate in space are generally similar. Therefore, as we traverse an image in a given direction, if we find that the color palette changes sharply, then we've probably transitioned to a new region of the image. Code, theory, and examples here: https://www.researchgate.net/project/Information-Theory-SEE-PROJECT-LOG [link] [comments] |
Projected Gradient Descent for Max and Min Eigenpairs - Proof of Convergence Posted: 09 Jun 2019 11:54 PM PDT |
What challenges in renewable energy & environmental science can be tackled by computer scientists? Posted: 09 Jun 2019 02:15 PM PDT |
Posted: 09 Jun 2019 03:07 PM PDT |
Posted: 09 Jun 2019 07:48 AM PDT WebAssembly (abbreviated Wasm) is a binary instruction format for a stack-based virtual machine. enabling deployment on the web for client and server applications. what is a ''stack-based'' virtual machine? and ''deployment on the web for client''...what does this mean? [link] [comments] |
About a strange data compression method Posted: 09 Jun 2019 12:18 PM PDT |
What can be (efficiently) Automated? Posted: 09 Jun 2019 10:29 AM PDT |
You are subscribed to email updates from Computer Science: Theory and Application. To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
Google, 1600 Amphitheatre Parkway, Mountain View, CA 94043, United States |
No comments:
Post a Comment