perlfork - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

perlfork - পার্লের ফর্ক() এমুলেশন

সাইনোপিসিস

দ্রষ্টব্য: 5.8.0 রিলিজ অনুযায়ী, ফর্ক() এমুলেশন যথেষ্ট পরিমাণে রয়েছে
পরিপক্ক যাইহোক, এখনও কয়েকটি পরিচিত বাগ এবং পার্থক্য রয়েছে
বাস্তব কাঁটা() থেকে যা আপনাকে প্রভাবিত করতে পারে। "বাগস" এবং দেখুন
নীচে "শর্তাবলী এবং সীমাবদ্ধতা" বিভাগ।

পার্ল একটি প্রদান করে কাঁটাচামচ () কীওয়ার্ড যা একই নামের ইউনিক্স সিস্টেম কলের সাথে মিলে যায়।
বেশিরভাগ ইউনিক্স-এর মতো প্ল্যাটফর্মে যেখানে কাঁটাচামচ () সিস্টেম কল পাওয়া যায়, পার্লের কাঁটাচামচ ()
শুধু এটা কল.

কিছু প্ল্যাটফর্মে যেমন উইন্ডোজ যেখানে কাঁটাচামচ () সিস্টেম কল উপলব্ধ নয়, পার্ল করতে পারেন
অনুকরণ করার জন্য নির্মিত হবে কাঁটাচামচ () দোভাষী স্তরে এমুলেশন করার জন্য ডিজাইন করা হয়েছে
বাস্তবের সাথে যতটা সম্ভব সামঞ্জস্যপূর্ণ হতে হবে কাঁটাচামচ () পার্ল প্রোগ্রামের স্তরে, সেখানে
কিছু গুরুত্বপূর্ণ পার্থক্য যে সত্য যে সমস্ত ছদ্ম শিশু থেকে কান্ড
অপারেটিং সিস্টেমের মতো একই বাস্তব প্রক্রিয়ায় এইভাবে তৈরি করা "প্রক্রিয়াগুলি"
উদ্বিগ্ন.

এই নথিটি এর ক্ষমতা এবং সীমাবদ্ধতার একটি সাধারণ ওভারভিউ প্রদান করে
কাঁটাচামচ () অনুকরণ উল্লেখ্য যে এখানে আলোচনা করা সমস্যা প্ল্যাটফর্মের জন্য প্রযোজ্য নয়
যেখানে একটি বাস্তব কাঁটাচামচ () উপলব্ধ এবং পার্ল এটি ব্যবহার করার জন্য কনফিগার করা হয়েছে.

বর্ণনাঃ

সার্জারির কাঁটাচামচ () এমুলেশন পার্ল ইন্টারপ্রেটারের স্তরে প্রয়োগ করা হয়। কি এই মানে
সাধারণভাবে যে চলমান কাঁটাচামচ () আসলে চলমান দোভাষী এবং তার সমস্ত ক্লোন করবে
রাজ্য, এবং একটি পৃথক থ্রেডে ক্লোন করা দোভাষী চালান, নতুনভাবে সম্পাদন শুরু করুন
থ্রেড ঠিক বিন্দু পরে যেখানে কাঁটাচামচ () অভিভাবককে ডাকা হয়েছিল। আমরা উল্লেখ করব
থ্রেড যা এই শিশু "প্রক্রিয়া"কে ছদ্ম-প্রক্রিয়া হিসাবে প্রয়োগ করে।

পার্ল প্রোগ্রাম যা বলা হয় কাঁটাচামচ (), এই সব স্বচ্ছ হতে ডিজাইন করা হয়েছে. দ্য
অভিভাবক থেকে ফিরে কাঁটাচামচ () একটি সিউডো-প্রসেস আইডি সহ যা পরবর্তীতে ব্যবহার করা যেতে পারে
কোন প্রক্রিয়া-কার্যকর ফাংশন; শিশুটি থেকে ফিরে আসে কাঁটাচামচ () 0 থেকে একটি মান সহ
বোঝান যে এটি চাইল্ড সিউডো-প্রক্রিয়া।

আচরণ of অন্যান্য পার্ল বৈশিষ্ট্য in কাঁটাত্তয়ালা ছদ্ম-প্রক্রিয়া
বেশিরভাগ পার্ল বৈশিষ্ট্য ছদ্ম-প্রক্রিয়াগুলির মধ্যে একটি প্রাকৃতিক উপায়ে আচরণ করে।

$$ বা $PROCESS_ID
এই বিশেষ ভেরিয়েবলটি সঠিকভাবে সিউডো-প্রসেস আইডিতে সেট করা আছে। এটা ব্যবহার করা যেতে পারে
একটি নির্দিষ্ট সেশনের মধ্যে ছদ্ম-প্রক্রিয়া সনাক্ত করতে। উল্লেখ্য যে এই মান
রিসাইক্লিং সাপেক্ষে যদি কোনো ছদ্ম-প্রক্রিয়া অন্যদের পরে চালু করা হয়
অপেক্ষা করুন()-এড অন।

%ENV প্রতিটি ছদ্ম-প্রক্রিয়া তার নিজস্ব ভার্চুয়াল পরিবেশ বজায় রাখে। %ENV-তে পরিবর্তন
ভার্চুয়াল পরিবেশকে প্রভাবিত করে, এবং শুধুমাত্র সেই ছদ্ম-প্রক্রিয়ার মধ্যে দৃশ্যমান হয়,
এবং যে কোনো প্রক্রিয়ায় (বা ছদ্ম-প্রক্রিয়া) এটি থেকে চালু হয়।

chdir() এবং অন্যান্য সমস্ত বিল্টইন যা ফাইলের নাম গ্রহণ করে
প্রতিটি সিউডো-প্রক্রিয়া বর্তমান ডিরেক্টরির নিজস্ব ভার্চুয়াল ধারণা বজায় রাখে।
বর্তমান ডিরেক্টরি ব্যবহার করে পরিবর্তন chdir() শুধুমাত্র যে মধ্যে দৃশ্যমান হয়
ছদ্ম-প্রক্রিয়া, এবং যে কোনও প্রক্রিয়ায় (বা ছদ্ম-প্রক্রিয়া) এটি থেকে চালু হয়। সব
ছদ্ম-প্রক্রিয়া থেকে ফাইল এবং ডিরেক্টরি অ্যাক্সেস সঠিকভাবে ভার্চুয়াল ম্যাপ করবে
সঠিকভাবে বাস্তব ওয়ার্কিং ডিরেক্টরিতে ওয়ার্কিং ডিরেক্টরি।

অপেক্ষা করুন() এবং অপেক্ষাপিড()
অপেক্ষা করুন() এবং অপেক্ষাপিড() দ্বারা ফেরত একটি ছদ্ম প্রক্রিয়া আইডি পাস করা যেতে পারে কাঁটাচামচ (). এইগুলো
কলগুলি ছদ্ম-প্রক্রিয়ার সমাপ্তির জন্য সঠিকভাবে অপেক্ষা করবে এবং এটি ফেরত দেবে
অবস্থা।

হত্যা () "kill('KILL', ...)" আইডি পাস করে একটি ছদ্ম-প্রক্রিয়া বন্ধ করতে ব্যবহার করা যেতে পারে
দ্বারা ফিরে কাঁটাচামচ (). একটি ছদ্ম-প্রক্রিয়ায় হত্যার ফলাফল অপ্রত্যাশিত এবং
এটা কঠিন পরিস্থিতিতে ছাড়া ব্যবহার করা উচিত নয়, কারণ অপারেটিং
একটি চলমান থ্রেড যখন সিস্টেম প্রক্রিয়া সম্পদের অখণ্ডতা গ্যারান্টি নাও হতে পারে
সমাপ্ত করা হয়। যে প্রক্রিয়াটি ছদ্ম-প্রক্রিয়াগুলি প্রয়োগ করে তা ব্লক করা যেতে পারে
এবং পার্ল দোভাষী স্তব্ধ। উল্লেখ্য যে a-তে "kill('KILL', ...)" ব্যবহার করে
ছদ্ম-প্রক্রিয়া() সাধারণত মেমরি লিক হতে পারে, কারণ থ্রেড যে
ছদ্ম-প্রক্রিয়া প্রয়োগ করে তার সংস্থানগুলি পরিষ্কার করার সুযোগ পায় না।

"kill('TERM', ...)" ছদ্ম-প্রক্রিয়াতেও ব্যবহার করা যেতে পারে, কিন্তু সংকেত হবে না
একটি সিস্টেম কল দ্বারা ছদ্ম-প্রক্রিয়া ব্লক করার সময় বিতরণ করা হবে, যেমন অপেক্ষা করা
একটি সকেট সংযোগ করার জন্য, বা কোন ডেটা উপলব্ধ নেই এমন একটি সকেট থেকে পড়ার চেষ্টা করার জন্য।
পার্ল 5.14 থেকে শুরু করে অভিভাবক প্রক্রিয়া শিশুদের একবার প্রস্থান করার জন্য অপেক্ষা করবে না
প্রক্রিয়া চলাকালীন অচলাবস্থা এড়াতে তাদের "kill('TERM', ...)" দিয়ে সংকেত দেওয়া হয়েছে
প্রস্থান আপনাকে স্পষ্টভাবে কল করতে হবে অপেক্ষাপিড() শিশুর সময় আছে তা নিশ্চিত করতে
নিজেকে পরিষ্কার করার জন্য, কিন্তু আপনিও তখন দায়ী যে শিশুটি নয়
I/O তেও ব্লক করা হচ্ছে।

exec() কল করা হচ্ছে exec() একটি ছদ্ম-প্রক্রিয়ার মধ্যে প্রকৃতপক্ষে অনুরোধ করা এক্সিকিউটেবলের জন্ম দেয়
একটি পৃথক প্রক্রিয়া এবং একই প্রস্থানের সাথে প্রস্থান করার আগে এটি সম্পূর্ণ হওয়ার জন্য অপেক্ষা করে
যে প্রক্রিয়া হিসাবে অবস্থা. এর মানে হল যে প্রক্রিয়া আইডির মধ্যে রিপোর্ট করা হয়েছে
রানিং এক্সিকিউটেবল আগের পার্লের থেকে আলাদা হবে কাঁটাচামচ () থাকতে পারে
ফিরে এসেছে একইভাবে, আইডিতে প্রয়োগ করা যেকোনো প্রক্রিয়া ম্যানিপুলেশন ফাংশন
দ্বারা ফিরে কাঁটাচামচ () কল যে অপেক্ষমাণ ছদ্ম-প্রক্রিয়া প্রভাবিত করবে exec(), না
বাস্তব প্রক্রিয়ার পরে এটি অপেক্ষা করছে exec().

কখন exec() একটি ছদ্ম-প্রক্রিয়ার ভিতরে ডাকা হয় তারপর পদ্ধতিগুলি ধ্বংস করে এবং ব্লকগুলিকে শেষ করে৷
বাহ্যিক প্রক্রিয়া ফিরে আসার পরেও কল করা হবে।

প্রস্থান () প্রস্থান () সর্বদা স্বয়ংক্রিয়ভাবে পরে শুধুমাত্র নির্বাহকারী ছদ্ম-প্রক্রিয়া থেকে প্রস্থান করে
অপেক্ষা করুন()কোন অসামান্য শিশু ছদ্ম প্রক্রিয়ার জন্য. উল্লেখ্য যে এর মানে হল
সমস্ত চলমান সিউডো-প্রসেস না থাকলে পুরো প্রক্রিয়াটি প্রস্থান করবে না
প্রস্থান খোলা ফাইলহ্যান্ডেলগুলির সাথে কিছু সীমাবদ্ধতার জন্য নীচে দেখুন।

ফাইল, ডিরেক্টরি এবং নেটওয়ার্ক সকেটে হ্যান্ডলগুলি খুলুন
সব খোলা হাতল হয় দুপ()ছদ্ম-প্রক্রিয়ায় -ed, যাতে কোনো হ্যান্ডেল বন্ধ করা যায়
একটি প্রক্রিয়া অন্যদের প্রভাবিত করে না। কিছু সীমাবদ্ধতা জন্য নীচে দেখুন.

সংস্থান সীমা
অপারেটিং সিস্টেমের দৃষ্টিতে, ছদ্ম প্রক্রিয়ার মাধ্যমে তৈরি করা হয় কাঁটাচামচ () অনুকরণ হয়
একই প্রক্রিয়ায় সহজভাবে থ্রেড। এর মানে হল যে কোনো প্রক্রিয়া-স্তরের সীমা দ্বারা আরোপিত
অপারেটিং সিস্টেম একসাথে নেওয়া সমস্ত ছদ্ম-প্রক্রিয়ার জন্য প্রযোজ্য। এই যে কোনো অন্তর্ভুক্ত
খোলা ফাইল, ডিরেক্টরি এবং সকেট সংখ্যার উপর অপারেটিং সিস্টেম দ্বারা আরোপিত সীমা
হ্যান্ডলগুলি, ডিস্কের স্থান ব্যবহারের সীমা, মেমরির আকারের সীমা, সিপিইউ ব্যবহারের সীমা ইত্যাদি।

কিলিং দ্য মাতা প্রক্রিয়া
যদি অভিভাবক প্রক্রিয়াটি মেরে ফেলা হয় (হয় পার্ল ব্যবহার করে হত্যা () বিল্টইন, বা কিছু ব্যবহার করে
বাহ্যিক উপায়) সমস্ত ছদ্ম-প্রক্রিয়াগুলিকেও হত্যা করা হয় এবং পুরো প্রক্রিয়াটি প্রস্থান করে।

জীবনকাল of দ্য মাতা প্রক্রিয়া এবং ছদ্ম-প্রক্রিয়া
স্বাভাবিক ঘটনার সময়, অভিভাবক প্রক্রিয়া এবং প্রতিটি ছদ্ম-প্রক্রিয়া শুরু হয়
এটি তাদের নিজ নিজ ছদ্ম-শিশুদের প্রস্থান করার আগে সম্পূর্ণ হওয়ার জন্য অপেক্ষা করবে। এই
মানে পিতামাতা এবং এটি দ্বারা সৃষ্ট প্রতিটি ছদ্ম-শিশুও একটি ছদ্ম-পিতামাতা
তাদের ছদ্ম-সন্তানরা প্রস্থান করার পরেই প্রস্থান করবে।

পার্ল 5.14 দিয়ে শুরু করে একজন অভিভাবক তা করবেন না অপেক্ষা করুন() যে কোনো শিশুর জন্য স্বয়ংক্রিয়ভাবে
শিশুটি ব্লক করার ক্ষেত্রে একটি অচলাবস্থা এড়াতে "kill('TERM', ...)" দিয়ে সংকেত
I/O এবং কখনই সংকেত পায় না।

সতর্কতা এবং সীমাবদ্ধতা

ব্লক শুরু করুন
সার্জারির কাঁটাচামচ () এমুলেশন সম্পূর্ণভাবে সঠিকভাবে কাজ করবে না যখন একটি থেকে ডাকা হয়
ব্লক শুরু করুন। কাঁটাযুক্ত অনুলিপি BEGIN ব্লকের বিষয়বস্তু চালাবে, কিন্তু হবে
BEGIN ব্লকের পরে সোর্স স্ট্রীম পার্সিং চালিয়ে যাবেন না। উদাহরণ স্বরূপ,
নিম্নলিখিত কোড বিবেচনা করুন:

শুরু {
কাঁটাচামচ এবং প্রস্থান; # কাঁটাচামচ শিশু এবং পিতামাতার প্রস্থান করুন
মুদ্রণ "অভ্যন্তরীণ\n";
}
প্রিন্ট "outer\n";

এটি মুদ্রণ করবে:

ভিতরের

প্রত্যাশিত চেয়ে:

ভিতরের
বহি: স্থ

এই সীমাবদ্ধতা ক্লোনিংয়ের মৌলিক প্রযুক্তিগত অসুবিধা থেকে উদ্ভূত হয়
পার্সের মাঝখানে পার্ল পার্সার দ্বারা ব্যবহৃত স্ট্যাকগুলি পুনরায় চালু করা হচ্ছে।

ফাইলহ্যান্ডেল খুলুন
যে কোনো ফাইলহ্যান্ডেল খোলার সময় কাঁটাচামচ () হবে দুপ()-ed এইভাবে, ফাইল
পিতামাতা এবং সন্তানের মধ্যে স্বাধীনভাবে বন্ধ করা যেতে পারে, কিন্তু সতর্ক থাকুন যে দুপ()-ড
হ্যান্ডেলগুলি এখনও একই সন্ধান পয়েন্টার ভাগ করবে। তে সন্ধানের অবস্থান পরিবর্তন করা হচ্ছে
অভিভাবক সন্তানের মধ্যে এটি পরিবর্তন করবেন এবং এর বিপরীতে। কেউ খোলার মাধ্যমে এটি এড়াতে পারে
যে ফাইলগুলি আলাদাভাবে চাইল্ডে আলাদাভাবে পয়েন্টার খুঁজতে হবে।

কিছু অপারেটিং সিস্টেমে, বিশেষ করে সোলারিস এবং ইউনিক্সওয়্যার, একটি থেকে "exit()" কল করে
চাইল্ড প্রসেস প্যারেন্টের খোলা ফাইলহ্যান্ডেলগুলিকে ফ্লাশ করবে এবং বন্ধ করবে
ফাইলহ্যান্ডেলগুলিকে দূষিত করা। এই সিস্টেমগুলিতে, "_exit()" কল করার পরামর্শ দেওয়া হয়
পরিবর্তে. "_exit()" পার্লে "POSIX" মডিউলের মাধ্যমে উপলব্ধ। অনুগ্রহ
এই বিষয়ে আরও তথ্যের জন্য আপনার সিস্টেমের ম্যানপেজগুলির সাথে পরামর্শ করুন৷

ডিরেক্টরি হ্যান্ডলগুলি খুলুন
পার্ল সমস্ত খোলা ডিরেক্টরি হ্যান্ডেলগুলি থেকে সম্পূর্ণভাবে পড়বে যতক্ষণ না তারা শেষ পর্যন্ত পৌঁছায়
প্রবাহের তাহলে হবে সন্ধানী() মূল অবস্থান এবং সব ফিরে
ভবিষ্যৎ readdir() অনুরোধ ক্যাশে বাফার থেকে পূরণ করা হবে। এর মানে
যে ডিরেক্টরির হ্যান্ডেলটি প্যারেন্ট প্রক্রিয়ার দ্বারা ধারণ করে না বা দ্বারা ধারণ করা হয় না৷
চাইল্ড প্রসেস এর পরে ডিরেক্টরীতে করা কোন পরিবর্তন দেখতে পাবে কাঁটাচামচ ()
কল

মনে রাখবেন যে rewinddir() উইন্ডোজে একই সীমাবদ্ধতা রয়েছে এবং জোর করা হবে না
readdir() হয় আবার ডিরেক্টরি পড়তে. শুধুমাত্র একটি নতুন খোলা ডিরেক্টরি
হ্যান্ডেল ডিরেক্টরিতে পরিবর্তনগুলি প্রতিফলিত করবে।

কাঁটাচামচ পাইপ খোলা () এখনো বাস্তবায়িত হয়নি
"ওপেন(FOO, "|-")" এবং "open(BAR, "-|")" কনস্ট্রাক্ট এখনও বাস্তবায়িত হয়নি।
একটি পাইপ তৈরি করে এই সীমাবদ্ধতাটি সহজেই নতুন কোডে কাজ করা যেতে পারে
স্পষ্টভাবে নীচের উদাহরণটি দেখায় কিভাবে একটি কাঁটাচামচ শিশুকে লিখতে হয়:

# সিমুলেট ওপেন (FOO, "|-")
সাব পাইপ_টু_ফর্ক ($) {
আমার $parent = শিফট;
পাইপ আমার $শিশু, $পিতা বা মরুন;
আমার $pid = কাঁটা();
ডাই "ফর্ক() ব্যর্থ হয়েছে: $!" $pid সংজ্ঞায়িত না হলে;
যদি ($pid) {
বন্ধ $child;
}
অন্য {
বন্ধ $parent;
খুলুন(STDIN, "<&=" . fileno($child)) বা ডাই;
}
$pid;
}

যদি (pipe_to_fork('FOO')) {
# অভিভাবক
FOO প্রিন্ট করুন "pipe_to_fork\n";
FOO বন্ধ করুন;
}
অন্য {
# শিশু
যখন ( ) { ছাপা; }
প্রস্থান(২০১১);
}

এবং এটি শিশুর কাছ থেকে পড়ে:

# সিমুলেট ওপেন (FOO, "-|")
sub pipe_from_fork ($) {
আমার $parent = শিফট;
পাইপ $পিতামাতা, আমার $শিশু বা মরো;
আমার $pid = কাঁটা();
ডাই "ফর্ক() ব্যর্থ হয়েছে: $!" $pid সংজ্ঞায়িত না হলে;
যদি ($pid) {
বন্ধ $child;
}
অন্য {
বন্ধ $parent;
খুলুন(STDOUT, ">&=" . fileno($child)) বা ডাই;
}
$pid;
}

যদি (pipe_from_fork('BAR')) {
# অভিভাবক
যখন ( ) { ছাপা; }
বন্ধ বার;
}
অন্য {
# শিশু
"পাইপ_ফ্রম_ফর্ক\n" প্রিন্ট করুন;
প্রস্থান(২০১১);
}

কাঁটাচামচ পাইপ খোলা () নির্মাণ ভবিষ্যতে সমর্থন করা হবে.

XSUBs দ্বারা রক্ষণাবেক্ষণ করা গ্লোবাল স্টেট
বাহ্যিক সাবরুটিন (XSUBs) যেগুলি তাদের নিজস্ব বৈশ্বিক অবস্থা বজায় রাখে কাজ নাও করতে পারে
সঠিকভাবে এই ধরনের XSUB গুলিকে একই সাথে সুরক্ষিত করার জন্য লকগুলি বজায় রাখতে হবে
বিভিন্ন ছদ্ম-প্রক্রিয়া থেকে বিশ্বব্যাপী ডেটা অ্যাক্সেস, বা তাদের সমস্ত অবস্থা বজায় রাখা
পার্ল প্রতীক টেবিলে, যা স্বাভাবিকভাবে কপি করা হয় যখন কাঁটাচামচ () বলা হয়. ক
কলব্যাক মেকানিজম যা এক্সটেনশনকে তাদের স্টেট ক্লোন করার সুযোগ দেয়
নিকট ভবিষ্যতে প্রদান করা হবে।

বৃহত্তর অ্যাপ্লিকেশন এম্বেড করা দোভাষী
সার্জারির কাঁটাচামচ () এমুলেশন প্রত্যাশিতভাবে আচরণ নাও করতে পারে যখন এটি একটিতে কার্যকর করা হয়
অ্যাপ্লিকেশন যা একটি পার্ল দোভাষী এম্বেড করে এবং পার্ল API কল করে যা মূল্যায়ন করতে পারে
পার্ল কোডের বিট। এটি এই সত্য থেকে উদ্ভূত হয় যে অনুকরণের শুধুমাত্র জ্ঞান আছে
পার্ল দোভাষীর নিজস্ব ডেটা স্ট্রাকচার সম্পর্কে এবং সে সম্পর্কে কিছুই জানে না
অ্যাপ্লিকেশনের অবস্থা রয়েছে। উদাহরণস্বরূপ, যে কোনো রাষ্ট্রের উপর বাহিত
অ্যাপ্লিকেশনের নিজস্ব কল স্ট্যাক নাগালের বাইরে।

এক্সটেনশনের থ্রেড-নিরাপত্তা
যেহেতু কাঁটাচামচ () এমুলেশন একাধিক থ্রেডে কোড চালায়, এক্সটেনশন কল করা হয়
কল করার সময় নন-থ্রেড-সেফ লাইব্রেরিগুলো নির্ভরযোগ্যভাবে কাজ নাও করতে পারে কাঁটাচামচ (). পার্লের হিসাবে
থ্রেডিং সমর্থন ধীরে ধীরে আরও ব্যাপকভাবে গৃহীত হয় এমনকি a সহ প্ল্যাটফর্মগুলিতেও
স্থানীয় কাঁটাচামচ (), এই ধরনের এক্সটেনশনগুলি থ্রেড-নিরাপত্তার জন্য ঠিক করা হবে বলে আশা করা হচ্ছে।

পোর্টেবিলিটি সতর্কতা

পোর্টেবল পার্ল কোডে, "কিল(9, $শিশু)" কাঁটাযুক্ত প্রক্রিয়াগুলিতে ব্যবহার করা উচিত নয়৷ হত্যা a
কাঁটাযুক্ত প্রক্রিয়া অনিরাপদ এবং অপ্রত্যাশিত ফলাফল রয়েছে। দেখা "হত্যা ()", উপরে।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে perlfork ব্যবহার করুন