পাইথ্রেডস এক্সটেনশনের জন্য পিএইচপি ম্যানুয়াল থেকে :
pthreads হ'ল একটি অবজেক্ট ওরিয়েন্টেটেড API যা পিএইচপি-তে ব্যবহারকারী-ল্যান্ড মাল্টি-থ্রেডিংয়ের অনুমতি দেয়। এটিতে ওয়েবে বা কনসোলকে লক্ষ্য করে মাল্টি-থ্রেডযুক্ত অ্যাপ্লিকেশন তৈরি করতে আপনার প্রয়োজনীয় সমস্ত সরঞ্জাম অন্তর্ভুক্ত রয়েছে। পিএইচপি অ্যাপ্লিকেশনগুলি থ্রেডস, ওয়ার্কার্স এবং স্ট্যাকবেবলগুলি তৈরি করতে, পড়তে, লিখতে, চালিত করতে এবং সংহত করতে পারে।
এই শোনার মতো অবিশ্বাস্য, এটি সম্পূর্ণ সত্য। আজ, পিএইচপি এটি চেষ্টা করতে ইচ্ছুকদের জন্য বহু-থ্রেড করতে পারে।
পিএইচপি 4 এর প্রথম প্রকাশ, 22 মে 2000, পিএইচপি মাল্টি থ্রেডেড SAPI (সার্ভার এপিআই) পরিবেশে পৃথক থ্রেডে এর দোভাষীর একাধিক উদাহরণ কার্যকর করার জন্য একটি থ্রেড নিরাপদ আর্কিটেকচার সহ প্রেরণ করা হয়েছিল। গত 13 বছর ধরে, এই স্থাপত্যটির নকশাটি বজায় রাখা এবং উন্নত করা হয়েছে: এটি বিশ্বের সবচেয়ে বড় ওয়েবসাইটগুলিতে তখন থেকেই উত্পাদন ব্যবহৃত হচ্ছে।
ব্যবহারকারীর জমিতে থ্রেডিং পিএইচপি দলের পক্ষে কখনই উদ্বেগের বিষয় ছিল না এবং এটি আজও রয়েছে। আপনার বুঝতে হবে যে পৃথিবীতে যেখানে পিএইচপি এটি ব্যবসা করে, সেখানে ইতিমধ্যে স্কেলিংয়ের একটি সংজ্ঞায়িত পদ্ধতি রয়েছে - হার্ডওয়্যার যুক্ত করুন। বহু বছর ধরে পিএইচপি অস্তিত্ব পেয়েছে, হার্ডওয়্যার কম দামে এবং সস্তা হয়েছে এবং তাই পিএইচপি দলের পক্ষে এটি কম উদ্বেগের বিষয় হয়ে দাঁড়িয়েছে। এটি যখন সস্তা হচ্ছিল, এটি আরও অনেক বেশি শক্তিশালী হয়েছিল; আজ, আমাদের মোবাইল ফোন এবং ট্যাবলেটগুলির দ্বৈত এবং কোয়াড কোর আর্কিটেকচার এবং এটির সাথে প্রচুর পরিমাণে র্যাম রয়েছে, আমাদের ডেস্কটপগুলি এবং সার্ভারগুলিতে সাধারণত 8 বা 16 কোর, 16 এবং 32 গিগাবাইট র্যাম থাকে, যদিও আমরা সবসময় দুটি রাখতে সক্ষম না হই বাজেটের মধ্যে এবং দুটি ডেস্কটপ থাকা আমাদের বেশিরভাগের জন্য খুব কমই কার্যকর।
অধিকন্তু, পিএইচপি নন-প্রোগ্রামারটির জন্য লেখা হয়েছিল, এটি অনেক শখের মাতৃভাষা। পিএইচপি খুব সহজেই গ্রহণ করার কারণ হ'ল এটি শেখা ও লেখার সহজ ভাষা। পিএইচপি আজকে এত নির্ভরযোগ্য হওয়ার কারণ হ'ল তার নকশায় বিস্তৃত কাজ এবং পিএইচপি গ্রুপের প্রতিটি সিদ্ধান্তই decision এটি নির্ভরযোগ্যতা এবং নিখরচায় মহানতা এতো বছর পরে স্পট লাইটে রাখে; যেখানে এটি প্রতিদ্বন্দ্বীরা সময় বা চাপ পড়েছে।
মাল্টি-থ্রেড প্রোগ্রামিং বেশিরভাগের পক্ষে সহজ নয় এমনকি সর্বাধিক সুসংগত এবং নির্ভরযোগ্য এপিআই থাকা সত্ত্বেও বিভিন্ন ধরণের চিন্তাভাবনা এবং অনেকগুলি ভুল ধারণা রয়েছে। পিএইচপি গ্রুপটি ব্যবহারকারী ল্যান্ড মাল্টি-থ্রেডিংকে মূল বৈশিষ্ট্য হিসাবে দেখাতে চায় না, এটি কখনও গুরুত্ব সহকারে মনোযোগ দেওয়া হয়নি - এবং ঠিক তাই। পিএইচপি সবার জন্য জটিল হওয়া উচিত নয়।
সমস্ত বিষয় বিবেচনা করা হয়েছে, পিএইচপিকে এটির উত্পাদন প্রস্তুত এবং পরীক্ষিত বৈশিষ্ট্যগুলি ব্যবহার করে আমাদের যা রয়েছে তার থেকে সর্বাধিক উপার্জন করার উপায়কে মঞ্জুরি দেওয়ার অনুমতি দেওয়া থেকে এখনও আরও অনেক সুবিধা রয়েছে, যখন আরও যোগ করা সবসময় কোনও বিকল্প হয় না এবং অনেক কিছুর জন্য কাজের সত্যিই প্রয়োজন হয় না।
যারা এটি অন্বেষণ করতে ইচ্ছুক তাদের জন্য pthreads অর্জন করে, এমন একটি API যা কোনও ব্যবহারকারীকে মাল্টি-থ্রেড পিএইচপি অ্যাপ্লিকেশনগুলির অনুমতি দেয়। এটি এপিআই হ'ল একটি অগ্রগতিতে কাজ, এবং স্থিরতা এবং সম্পূর্ণতার একটি বিটা স্তরের মনোনীত।
এটি সাধারণ জ্ঞান যে পিএইচপি ব্যবহার করে কিছু লাইব্রেরি থ্রেড নিরাপদ নয়, প্রোগ্রামারকে এটি পরিষ্কার হওয়া উচিত যে pthreads এটিকে পরিবর্তন করতে পারে না, এবং চেষ্টা করার চেষ্টা করে না। যাইহোক, যে কোনও লাইব্রেরি যা থ্রেড নিরাপদ সেগুলি ব্যাবহারযোগ্য, যেমন দোভাষীর অন্য কোনও থ্রেড নিরাপদ সেটআপ হিসাবে।
pthreads পজিক্স থ্রেডগুলি ব্যবহার করে (এমনকি উইন্ডোজেও), প্রোগ্রামার যা তৈরি করে তা বাস্তবায়নের আসল থ্রেড হয় তবে এই থ্রেডগুলি কার্যকর হওয়ার জন্য তাদের অবশ্যই পিএইচপি সম্পর্কে সচেতন থাকতে হবে - ব্যবহারকারী কোড নির্বাহ করতে, ভেরিয়েবলগুলি ভাগ করতে এবং যোগাযোগের একটি কার্যকর মাধ্যমের অনুমতি দিতে সক্ষম (সিঙ্ক্রোনাইজেশন)। সুতরাং প্রতিটি থ্রেড ইন্টারপ্রেটারের উদাহরণ দিয়ে তৈরি করা হয়েছে, তবে ডিজাইন অনুসারে, ইন্টারপ্রেটারটি ইন্টারপ্রেটারের অন্যান্য সমস্ত উদাহরণ থেকে বিচ্ছিন্ন হয় - ঠিক যেমন মাল্টি-থ্রেডেড সার্ভার এপিআই পরিবেশের মতো। pthreads একটি বুদ্ধিমান এবং নিরাপদ উপায়ে ব্যবধানটি পূরণ করার চেষ্টা করে। সি তে থ্রেডগুলির প্রোগ্রামারটির উদ্বেগের অনেকগুলি কেবলমাত্র পাইথ্রেডগুলির প্রোগ্রামারটির জন্য নেই, ডিজাইন অনুসারে, পাইথ্রেডগুলি পড়ার অনুলিপি এবং লিখিতভাবে অনুলিপি (র্যাম সস্তা), সুতরাং কোনও দুটি উদাহরণ একই শারীরিক ডেটা ম্যানিপুলেট করে না , তবে তারা উভয়ই অন্য থ্রেডে ডেটা প্রভাবিত করতে পারে।
কেন পড়তে অনুলিপি এবং লিখিত অনুলিপি:
public function run() {
...
(1) $this->data = $data;
...
(2) $this->other = someOperation($this->data);
...
}
(3) echo preg_match($pattern, $replace, $thread->data);
(1) পাঠ, এবং লেখার লকটি যখন পাইথ্রেডস অবজেক্ট ডেটা স্টোরে রাখা হয়, তখন তথ্যটি তার মূল অবস্থান থেকে মেমরির মধ্যে অবজেক্ট স্টোর থেকে অনুলিপি করা হয়। pthreads ভেরিয়েবলের পুনঃনির্ধারণকে সামঞ্জস্য করে না, জেন্ডের যদি এর সাথে আরও কোনও উল্লেখ না থাকে তবে মূল ডেটাটি মুক্ত করতে সক্ষম হয়।
(২) কিছু অপারেশনের পক্ষে যুক্তিটি অবজেক্ট স্টোরকে উল্লেখ করে, মূল তথ্য সঞ্চিত হয়, যা এটি নিজেই (1) এর ফলাফলের অনুলিপি হয়ে ইঞ্জিনের জন্য আবার একটি জভাল পাত্রে অনুলিপি করা হয়, যখন এটি ঘটে একটি রিড লক ধরে থাকে while অবজেক্ট স্টোর, লক প্রকাশ হয় এবং ইঞ্জিন ফাংশন সম্পাদন করতে পারে। যখন জভালটি তৈরি করা হয়, তখন এটি 0 এর একটি পুনরায় গণনা করে, ইঞ্জিনটি অপারেশন শেষ হওয়ার পরে অনুলিপি মুক্ত করতে সক্ষম করে, কারণ এর সাথে অন্য কোনও উল্লেখ নেই।
(3) প্রিগ_ম্যাচ করার সর্বশেষ যুক্তিটি ডেটা স্টোরের উল্লেখ করে, একটি পঠিত লক পাওয়া যায়, (1) এ সেট করা ডেটা আবার একটি জওয়ালে অনুলিপি করা হয়, আবার 0 এর একটি রি-কাউন্ট সহ লকটি প্রকাশ করা হয়, প্রিগ_ম্যাচ-এ কল চালিত হয় ডেটার অনুলিপি, এটি নিজেই মূল ডেটার একটি অনুলিপি।
জানা বিষয়গুলি:
অবজেক্ট স্টোরের হ্যাশ টেবিল যেখানে ডেটা সংরক্ষণ করা হয়, থ্রেড নিরাপদ,
জেন্ডের মাধ্যমে পিএইচপি-র সাথে প্রেরিত TsHashTable এর উপর ভিত্তি করে।
অবজেক্ট স্টোরটিতে রিড ও রাইটিং লক রয়েছে, টিএসএইচশটবেলে একটি অতিরিক্ত অ্যাক্সেস লক সরবরাহ করা হয় যেমন প্রয়োজন হয় (এবং এটি, var_dump / মুদ্রণ_আর, পিএইচপি ইঞ্জিন তাদের রেফারেন্স করতে চাইলে সম্পত্তিগুলিতে সরাসরি অ্যাক্সেস করতে পারে) পাইথ্রেডগুলি TsHashTable কে ম্যানিপুলেট করতে পারে সংজ্ঞায়িত API এর বাইরে।
লকগুলি কেবল তখনই অনুলিপি করা হয় যখন অনুলিপিগুলি কার্যকর করা হয়, যখন অনুলিপিগুলি তৈরি করা হয় তালাগুলি প্রকাশিত হয়, একটি বুদ্ধিমান ক্রমে।
এর অর্থ:
যখন কোনও লিখন ঘটে তখন কেবল একটি পঠন এবং রাইটিং লকই থাকে না, তবে অতিরিক্ত অ্যাক্সেস লক থাকে। টেবিলটি নিজেই লক হয়ে আছে, অন্য প্রসঙ্গ এটি লক করতে, পড়তে, লিখতে বা প্রভাবিত করতে পারে এমন কোনও সম্ভাব্য উপায় নেই।
যখন কোনও পঠন ঘটে তখন কেবল পঠিত লকটি রাখা হয় না, তবে অতিরিক্ত অ্যাক্সেস লকটিও আবার টেবিলটি লক হয়ে যায়।
কোনও দুটি বিষয় বস্তু স্টোর থেকে শারীরিকভাবে বা একযোগে একই ডেটা অ্যাক্সেস করতে পারে না, তবে যে কোনও প্রসঙ্গে রেফারেন্স দিয়ে তৈরি লেখাগুলি কোনও রেফারেন্সের সাথে কোনও প্রসঙ্গে পড়া ডেটা প্রভাবিত করবে।
এটি কোনও কিছুই আর্কিটেকচার ভাগ করে নেওয়া হয়নি এবং অস্তিত্বের একমাত্র উপায় সহ-অস্তিত্ব। যারা কিছুটা বুদ্ধিমান তারা দেখতে পাবে, এখানে অনেক অনুলিপি চলছে, এবং তারা ভাববেন যে এটি কোনও ভাল জিনিস কিনা। বেশ কপি করা গতিশীল রানটাইমের মধ্যে চলে আসে, এটি একটি গতিশীল ভাষার গতিশীলতা। pthreads বস্তুর স্তরে প্রয়োগ করা হয়, কারণ একটি বস্তুর উপর ভাল নিয়ন্ত্রণ অর্জন করা যায় তবে পদ্ধতিগুলি - প্রোগ্রামার যে কোডটি চালায় - তার অন্য প্রসঙ্গ রয়েছে, লকিং এবং অনুলিপি মুক্ত - স্থানীয় পদ্ধতির সুযোগ। পাইথ্রেডস অবজেক্টের ক্ষেত্রে অবজেক্ট স্কোপটিকে প্রসঙ্গের মধ্যে ডেটা ভাগ করার উপায় হিসাবে বিবেচনা করা উচিত, এটিই এর উদ্দেশ্য। এটি মাথায় রেখে আপনি প্রয়োজনীয় জিনিসগুলি না হলে অবজেক্ট স্টোরটিকে লক করা এড়াতে কৌশল অবলম্বন করতে পারেন,
পিএইচপি-র জন্য উপলব্ধ বেশিরভাগ লাইব্রেরি এবং এক্সটেনশানগুলি তৃতীয় পক্ষের কাছাকাছি পাতলা মোড়ক, পিএইচপি মূল কার্যকারিতা একটি ডিগ্রি একই জিনিস। pthreads প্যাসিক্স থ্রেডগুলির চারপাশে একটি পাতলা মোড়ক নয়; এটি পোস্টিক্স থ্রেডের উপর ভিত্তি করে থ্রেডিং এপিআই। পিএইচপি-তে থ্রেডগুলি প্রয়োগ করার কোনও অর্থ নেই যা এর ব্যবহারকারীরা বুঝতে পারে না বা ব্যবহার করতে পারে না। এমন কোনও কারণ নেই যে কোনও ব্যক্তি মুটেক্স কী বা না জানে সে সম্পর্কে দক্ষতা এবং সংস্থান উভয় ক্ষেত্রেই তাদের যা আছে তার সব থেকে সুবিধা নিতে সক্ষম হওয়া উচিত নয়। একটি অবজেক্টের মতো কোনও বস্তু ফাংশন করে, তবে যেখানেই দুটি প্রসঙ্গ অন্যথায় সংঘর্ষিত হয়, pthreads স্থিতিশীলতা এবং সুরক্ষা সরবরাহ করে।
যে কেউ জাভাতে কাজ করেছেন, তারা জাভাতে অজানা পদার্থ এবং থ্রেডিংয়ের মধ্যে মিল দেখতে পাবেন, সেই একই লোকদের সন্দেহ নেই যে কনকন্টারমোডফিকেশন এক্সেক্সশন নামে একটি ত্রুটি দেখেছেন - কারণ এটি দুটি থ্রেড একই শারীরিক ডেটা লিখলে জাভা রানটাইম দ্বারা উত্থিত ত্রুটি বলে মনে হচ্ছে একই সময়ে। কেন এটি বিদ্যমান তা আমি বুঝতে পেরেছি, তবে এটি আমাকে স্তম্ভিত করে তোলে যে তারা যতটা সস্তা সংস্থান দিয়ে, রানটাইম ব্যবহারকারীর পক্ষে সুরক্ষার জন্য সঠিক এবং একমাত্র সময়ে যে সুরক্ষার ব্যবস্থা করা সম্ভব হয়েছিল তা সঠিকভাবে সনাক্ত করতে সক্ষম হয় এবং এটি বেছে নিয়েছে সঞ্চালনের সময় এবং ডেটাতে অ্যাক্সেস না করে রানটাইমে একটি মারাত্মক ত্রুটি নিক্ষেপ করুন।
এ জাতীয় কোনও বোকা ত্রুটি pthreads দ্বারা নির্গত হবে না, থ্রিডিং হিসাবে স্থিতিশীল হিসাবে স্থির, এবং সম্ভব হিসাবে সামঞ্জস্যপূর্ণ করতে এপিআই লেখা হয়েছে, আমি বিশ্বাস করি।
মাল্টি-থ্রেডিং কোনও নতুন ডাটাবেস ব্যবহার করার মতো নয়, ম্যানুয়ালটিতে প্রতিটি শব্দ এবং pthreads সহ পাঠানো উদাহরণগুলিতে ঘনিষ্ঠ মনোযোগ দেওয়া উচিত।
শেষ পর্যন্ত, পিএইচপি ম্যানুয়াল থেকে:
pthreads ছিল এবং বেশ ভাল ফলাফলের একটি পরীক্ষা। এর যে কোনও সীমাবদ্ধতা বা বৈশিষ্ট্য যে কোনও সময় পরিবর্তন হতে পারে; এটাই পরীক্ষার প্রকৃতি। এটি সীমাবদ্ধতা - প্রায়শই প্রয়োগের দ্বারা আরোপিত - সঙ্গত কারণেই বিদ্যমান; পাইথ্রেডগুলির লক্ষ্য হ'ল যে কোনও স্তরে পিএইচপি-তে মাল্টি-টাস্কিংয়ের একটি ব্যবহারযোগ্য সমাধান সরবরাহ করা। যে পরিবেশে pthreads কার্যকর করে, স্থিতিশীল পরিবেশ সরবরাহের জন্য কিছু বিধিনিষেধ এবং সীমাবদ্ধতা প্রয়োজন।
pcntl_fork()এপাচে ফোন করা হলে এই ( ) কাজ করবে কিনা কেউ জানেন ?