GithubHelp home page GithubHelp logo

simon-zerisenay / 42_philosophers Goto Github PK

View Code? Open in Web Editor NEW
2.0 1.0 0.0 87 KB

42 Philosophers: Philosophers is a project that involves solving the dining philosophers problem using threads and synchronization. The goal is to implement a solution where multiple philosophers can share a limited number of resources (such as forks) without encountering deadlocks or starvation.

Makefile 6.67% C 93.33%
42 42philosophers c cprogramming philosophers 42abudhabi 42projects ecole42 threads mutex

42_philosophers's Introduction

Dinning Philosophers

42 Badge

Score

100

Introduction

GitHub code size in bytes Number of lines of code Code language count GitHub top language GitHub last commit

Welcome to the Philosopher project! This project is part of the curriculum at 42 and focuses on solving the dining philosophers problem using threads and synchronization techniques. The dining philosophers problem is a classic synchronization problem in computer science that illustrates resource sharing and deadlock avoidance.

Objective

The main objective of the Philosopher project is to design a program that simulates the dining philosophers problem, where a certain number of philosophers sit around a table with a shared set of forks. The philosophers alternate between thinking and eating, but to eat, they must pick up the two adjacent forks. The challenge is to ensure that each philosopher can successfully eat without causing a deadlock or starvation.

Features

Program Design

The Philosopher project involves designing a program that simulates the dining philosophers problem. The key features of the program include:

Philosophers:

The program represents philosophers as individual threads, each responsible for alternating between thinking and eating.

Forks:

The forks are shared resources used by the philosophers to eat. Each philosopher needs two adjacent forks to eat.

Synchronization:

The program must implement synchronization mechanisms to ensure that the philosophers can access the forks without causing conflicts or deadlocks. Techniques such as mutexes, semaphores, or other synchronization primitives can be used.

Dining Philosophers Problem

The dining philosophers problem is a classic synchronization problem in computer science that highlights challenges related to resource sharing and deadlock avoidance. It is named after a scenario where a group of philosophers is seated around a table and alternates between thinking and eating. The philosophers share a set of forks placed between them on the table.

The problem arises when each philosopher requires two adjacent forks to eat. If a philosopher picks up one fork and waits for the adjacent fork to become available, it can lead to a deadlock situation. Deadlock occurs when each philosopher is holding one fork and waiting indefinitely for the adjacent fork, resulting in a deadlock where no philosopher can proceed.

The dining philosophers problem aims to find a solution that allows all philosophers to eat without deadlocks or starvation. Several strategies can be employed to address this problem:

Resource Sharing:

Each fork can be considered a shared resource, and philosophers must properly allocate and release forks to avoid conflicts. For example, philosophers can be assigned a unique identifier and required to pick up the lower-indexed fork first, minimizing the possibility of circular dependencies.

Deadlock Avoidance:

Implementing a protocol to prevent deadlock is essential. One common approach is to use a limit on the number of philosophers allowed to pick up forks simultaneously. By limiting the number of philosophers, it ensures that at least one philosopher can eat without waiting indefinitely.

Synchronization Mechanisms:

Various synchronization techniques can be used to ensure proper resource sharing. Mutexes or semaphores can be employed to protect critical sections where philosophers access forks. These mechanisms help enforce mutual exclusion, allowing only one philosopher to hold a fork at a time.

Fairness:

Ensuring fairness is crucial to prevent starvation, where a philosopher is unable to eat due to other philosophers continuously acquiring the required forks. Techniques like a waiter or arbiter can be introduced to control access to the forks, ensuring that each philosopher gets a fair chance to eat.

Solving the dining philosophers problem requires finding a balance between resource sharing, synchronization, and avoiding deadlocks or starvation. It is a fundamental problem in concurrent programming, highlighting the complexities of coordinating shared resources among multiple processes or threads.

By studying and implementing solutions to the dining philosophers problem, programmers gain insights into critical synchronization concepts and techniques that are essential in developing robust and efficient concurrent systems.

Installation and Usage

To install and run the Philosopher project, follow these steps:

Clone the project repository:

			git clone https://github.com/your_username/42-philosopher.git

Navigate to the project directory:

				cd 42-philosopher

Compile the project using the provided Makefile:

			   		 make

Run the program with the desired number of philosophers:

./philo <number_of_philosophers> <time_to_die> <time_to_eat> <time_to_sleep> [number_of_times_each_philosopher_must_eat]

Ensure that you have the necessary libraries and dependencies installed on your system. The project's repository may provide further instructions on any additional requirements.

Testing

To test the Philosopher project and evaluate its functionality, follow these steps:

Run the program with different configurations, including various numbers of philosophers and different time constraints. Observe the behavior of the philosophers and verify that they alternate between thinking and eating. Monitor the synchronization mechanisms to ensure that the philosophers share the forks properly and avoid deadlock. Test the program with edge cases, such as a single philosopher or a large number of philosophers, to validate its robustness and performance. Measure the program's resource utilization and efficiency to ensure optimal performance. By conducting thorough testing, you can ensure the correctness and effectiveness of your implementation of the dining philosophers problem.

Note: The optional argument [number_of_times_each_philosopher_must_eat] allows you to specify a condition where each philosopher must eat a certain number of times before the program terminates.

42_philosophers's People

Contributors

simon-zerisenay avatar

Stargazers

 avatar  avatar

Watchers

 avatar

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.