ইংরেজিফরাসিস্প্যানিশ

Ad


অনওয়ার্কস ফেভিকন

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

উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটরের মাধ্যমে OnWorks ফ্রি হোস্টিং প্রদানকারীতে distcc চালান

এটি হল distcc কমান্ড যা আমাদের একাধিক বিনামূল্যের অনলাইন ওয়ার্কস্টেশন যেমন উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটর ব্যবহার করে OnWorks ফ্রি হোস্টিং প্রদানকারীতে চালানো যেতে পারে।

কার্যক্রম:

NAME এর


distcc - distcc-পাম্প এক্সটেনশন সহ বিতরণ করা C/C++/ObjC কম্পাইলার

সাইনোপিসিস


distcc [কম্পাইলার বিকল্পগুলি]

distcc [কম্পাইলার বিকল্পগুলি]

[কম্পাইলার বিকল্পগুলি]

distcc [DISTCC বিকল্পগুলি]

বর্ণনাঃ


distcc একটি নেটওয়ার্কের বিভিন্ন মেশিনে C কোডের সংকলন বিতরণ করে। distcc
সর্বদা স্থানীয় কম্পাইলের মতো একই ফলাফল তৈরি করা উচিত, এটি ইনস্টল করা সহজ এবং
ব্যবহার করুন, এবং এটি প্রায়ই একটি স্থানীয় কম্পাইলের চেয়ে অনেক দ্রুত হয়।

এই সংস্করণটি প্লেইন ডিস্টসিসির পাশাপাশি পাম্প মোড বা একটি বর্ধিতকরণ অন্তর্ভুক্ত করে
distcc-পাম্প

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

সংকলন একটি ক্লায়েন্ট মেশিন দ্বারা চালিত হয়, যা সাধারণত বিকাশকারীর ওয়ার্কস্টেশন
বা ল্যাপটপ। distcc ক্লায়েন্ট এই মেশিনে চলে, যেমন তৈরি করে, প্রিপ্রসেসর (যদি
distcc এর পাম্প মোড ব্যবহার করা হয় না), লিঙ্কার এবং বিল্ড প্রক্রিয়ার অন্যান্য ধাপ। যে কোন
স্বেচ্ছাসেবক মেশিনের সংখ্যা সংকলন সার্ভার হিসাবে কাজ করে এবং ক্লায়েন্টকে তৈরি করতে সাহায্য করে
প্রোগ্রাম, চালানোর মাধ্যমে distccd(1) ডেমন, সি কম্পাইলার এবং অ্যাসেম্বলার প্রয়োজন অনুযায়ী।

distcc টিসিপি সকেট জুড়ে চলতে পারে (ডিফল্টরূপে পোর্ট 3632 এ), বা একটি টানেলের মাধ্যমে
আদেশ যেমন SSH(1)। TCP সংযোগের জন্য স্বেচ্ছাসেবকদের চালাতে হবে distccd(1) ডেমন
হয় সরাসরি বা inetd থেকে। SSH সংযোগের জন্য distccd ইনস্টল করা আবশ্যক কিন্তু উচিত
না সংযোগের জন্য শুনতে হবে।

TCP সংযোগ শুধুমাত্র নিরাপদ নেটওয়ার্কে ব্যবহার করা উচিত কারণ সেখানে কোন ব্যবহারকারী নেই
উৎস বা অবজেক্ট কোডের প্রমাণীকরণ বা সুরক্ষা। SSH সংযোগ সাধারণত 25%
এনক্রিপশনের জন্য প্রসেসর ওভারহেডের কারণে ধীর, যদিও এটি ব্যাপকভাবে পরিবর্তিত হতে পারে
সিপিইউ, নেটওয়ার্ক এবং তৈরি করা প্রোগ্রামের উপর নির্ভর করে।

distcc GNU Make এর সাথে ব্যবহার করার উদ্দেশ্যে করা হয়েছে -j বিকল্প, যা বেশ কয়েকটি কম্পাইলার চালায়
একই সাথে প্রক্রিয়া করে। distcc স্থানীয় এবং দূরবর্তী উভয় CPU-তে কাজ ছড়িয়ে দেয়।
কারণ distcc নেটওয়ার্ক জুড়ে বেশিরভাগ কাজ বিতরণ করতে সক্ষম, একটি উচ্চতর
স্থানীয় বিল্ডের চেয়ে সমবায় স্তর ব্যবহার করা যেতে পারে। থাম্ব একটি নিয়ম হিসাবে, -j মূল্য
উপলভ্য সার্ভার সিপিইউ-এর মোট সংখ্যার প্রায় দ্বিগুণ সেট করা উচিত কিন্তু সাপেক্ষে
ক্লায়েন্ট সীমাবদ্ধতা। এই সেটিংটি ব্লক করা কাজগুলির সর্বাধিক ইন্টারলিভিংয়ের অনুমতি দেয়
ডিস্ক বা নেটওয়ার্ক আইওর জন্য অপেক্ষা করছে। মনে রাখবেন distcc অন্যান্য বিল্ড কন্ট্রোলের সাথেও কাজ করতে পারে
টুলস, যেমন SCons, যেখানে অনুরূপ কনকারেন্সি সেটিংস অবশ্যই সামঞ্জস্য করতে হবে।

সার্জারির -j সেটিং, বিশেষ করে বড় মানের জন্য -জে, অ্যাকাউন্টে CPU লোড নিতে হবে
ক্লায়েন্ট ক্লায়েন্ট লোড কমাতে অতিরিক্ত ব্যবস্থার প্রয়োজন হতে পারে। উদাহরণ স্বরূপ,
অক্জিলিয়ারী লক ব্যবহার করে সমবর্তী লিঙ্কিং কঠোরভাবে হ্রাস করা উচিত। প্রভাবে
মিশ্র কোড তৈরি করার সময় জাভা সংকলনের মতো অন্যান্য বিল্ড অ্যাক্টিভিটি হওয়া উচিত
বিবেচনা করা দ্য --localslots_cpp প্যারামিটারটি ডিফল্টভাবে 16 এ সেট করা হয়। এটি সীমাবদ্ধ করে
সমবর্তী প্রক্রিয়ার সংখ্যা যা প্লেইন ডিস্টসিসি (নন-পাম্প) মোডে প্রিপ্রসেসিং করে।
অতএব, বড় -j একটি একক-সিপিইউ ক্লায়েন্ট ওভারলোড না করে 16-এর চেয়ে মান ব্যবহার করা যেতে পারে
প্রাক প্রক্রিয়াকরণের কারণে। এই ধরনের বড় মানগুলি বিল্ডের অংশগুলিকে গতি বাড়িয়ে দিতে পারে যা করে না
C সংকলন জড়িত, কিন্তু তারা প্লেইন মোডে distcc দক্ষতার জন্য উপযোগী নাও হতে পারে।

বিপরীতে, পাম্প মোড ব্যবহার করে এবং বলে 40 সার্ভার, একটি সেটিং -জে 80 বা বড় হতে পারে
এমনকি একক-সিপিইউ ক্লায়েন্টদের জন্যও উপযুক্ত।

এটি দৃঢ়ভাবে সুপারিশ করা হয় যে আপনি সমস্ত মেশিনে একই কম্পাইলার সংস্করণ ইনস্টল করুন
একটি নির্মাণে অংশগ্রহণ। বেমানান কম্পাইলার রহস্যময় কম্পাইল বা লিঙ্ক হতে পারে
ব্যর্থতা।

দ্রুত শুরু


1 প্রতিটি মেশিনের জন্য, distcc ডাউনলোড করুন, আনপ্যাক করুন এবং ইনস্টল করুন।

2 প্রতিটি সার্ভারে, চালান distccd --ডেমন সঙ্গে -- অনুমতি দিন সীমাবদ্ধ করার বিকল্প
অ্যাক্সেস।

3 আপনার পরিবেশে সার্ভারের নাম রাখুন:
$ রপ্তানি DISTCC_HOSTS='লোকালহোস্ট লাল সবুজ নীল'

4 নির্মাণ!
$ make -j8 CC=distcc

দ্রুত শুরু জন্য DISTCC-পাম্প মোড


উপরের মত এগিয়ে যান, কিন্তু ধাপ 3-এ উল্লেখ করুন যে দূরবর্তী হোস্টগুলি এর বোঝা বহন করবে
প্রিপ্রসেসিং এবং নেটওয়ার্কে পাঠানো ফাইলগুলিকে সংকুচিত করা উচিত:

$export DISTCC_HOSTS='--এলোমেলো করে লোকালহোস্ট লাল,cpp,lzo সবুজ,cpp,lzo
নীল, cpp, lzo'

সার্জারির --এলোমেলো করা বিকল্প কম্পাইল সার্ভারের একটি অভিন্ন ব্যবহার প্রয়োগ করে। যখন আপনি পাবেন
শুধুমাত্র কয়েকটি সার্ভারের সাথে distcc এর পাম্প মোড থেকে কিছু সুবিধা, আপনি ক্রমবর্ধমান সুবিধা পাবেন
আরও সার্ভার সিপিইউ সহ (শত শত পর্যন্ত!) পাম্প কমান্ডের ভিতরে আপনার বিল্ড মোড়ানো,
এখানে 10 সার্ভার অনুমান করা হচ্ছে:

$ distcc-পাম্প মেক -j20 CC=distcc

কেমন সমভূমি (নন-পাম্প) ডিআইএসটিসিসি WORKS


distcc শুধুমাত্র দূরবর্তীভাবে কম্পাইলার এবং অ্যাসেম্বলার চালায়। প্লেইন distcc সহ,
প্রিপ্রসেসরকে সর্বদা স্থানীয়ভাবে চালাতে হবে কারণ এটিকে বিভিন্ন হেডার ফাইল অ্যাক্সেস করতে হবে
স্থানীয় মেশিন যা স্বেচ্ছাসেবকের উপর উপস্থিত নাও থাকতে পারে বা একই নাও হতে পারে। দ্য
লিঙ্কারকে একইভাবে লাইব্রেরি এবং অবজেক্ট ফাইলগুলি পরীক্ষা করতে হবে এবং তাই স্থানীয়ভাবে চালাতে হবে।

কম্পাইলার এবং অ্যাসেম্বলার শুধুমাত্র একটি একক ইনপুট ফাইল নেয় (প্রি-প্রসেসড সোর্স) এবং
একটি একক আউটপুট তৈরি করুন (অবজেক্ট ফাইল)। distcc এই দুটি ফাইল জুড়ে পাঠায়
নেটওয়ার্ক এবং তাই দূরবর্তীভাবে কম্পাইলার/এসেম্বলার চালাতে পারে।

সৌভাগ্যবশত, প্রিপ্রসেসর চলমান অধিকাংশ প্রোগ্রামের জন্য অপেক্ষাকৃত সস্তা, এবং
লিঙ্কারকে তুলনামূলকভাবে বিরল বলা হয়, তাই বেশিরভাগ কাজ বিতরণ করা যেতে পারে।

distcc এই পর্যায়গুলির মধ্যে কোনটি আহ্বান করা হচ্ছে তা নির্ধারণ করতে এর কমান্ড লাইন পরীক্ষা করে, এবং
কাজ বন্টন করা যাবে কিনা।

কেমন DISTCC-পাম্প মোড WORKS


পাম্প মোডে, distcc প্রিপ্রসেসরকে দূর থেকেও চালায়। এটি করতে, প্রিপ্রসেসর আবশ্যক
স্থানীয়ভাবে চলমান থাকলে এটি অ্যাক্সেস করতে পারে এমন সমস্ত ফাইলগুলিতে অ্যাক্সেস রয়েছে৷ ভিতরে
পাম্প মোড, তাই, distcc সমস্ত পুনরাবৃত্তভাবে অন্তর্ভুক্ত শিরোনাম সংগ্রহ করে, ছাড়া
যেগুলি ডিফল্ট সিস্টেম হেডার, এবং সেগুলিকে সোর্স ফাইল সহ পাঠায়
সংকলন সার্ভার।

distcc-পাম্প মোডে, সার্ভার অস্থায়ীভাবে সমস্ত উৎস ফাইলের সেট আনপ্যাক করে
ডিরেক্টরি, যেখানে একটি ডিরেক্টরি ট্রি রয়েছে যা ফাইল সিস্টেমের অংশটিকে প্রতিফলিত করে
সিম্বলিক লিঙ্ক সহ প্রিপ্রসেসিং এর সাথে প্রাসঙ্গিক।

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

অন্তর্ভুক্ত সার্ভার শর্তসাপেক্ষ মোকাবেলা করতে ম্যাক্রো ভাষার স্ট্যাটিক বিশ্লেষণ ব্যবহার করে
সংকলন এবং গণনা অন্তর্ভুক্ত। এটি একটি প্রদত্ত হেডার ফাইল আছে যে সম্পত্তি ব্যবহার করে
ইতিমধ্যেই অন্তর্ভুক্ত করার জন্য বিশ্লেষণ করা হয়েছে, যদি সমস্ত অন্তর্ভুক্ত থাকে তবে এটি আবার করার প্রয়োজন নেই
বিকল্পগুলি (-I's) অপরিবর্তিত (অন্যান্য শর্তগুলির সাথে)।

বড় বিল্ডগুলির জন্য, শিরোনাম ফাইলগুলি অন্তর্ভুক্ত করা হয়, গড়ে, প্রতিটি শত শত বার। সঙ্গে
distcc-পাম্প মোড এই ধরনের প্রতিটি ফাইল শুধুমাত্র কয়েকবার বিশ্লেষণ করা হয়, সম্ভবত একবার, পরিবর্তে
শত শত বার preprocessed হচ্ছে. এছাড়াও, প্রতিটি উৎস বা হেডার ফাইল এখন
শুধুমাত্র একবার সংকুচিত, কারণ অন্তর্ভুক্ত সার্ভার সংকুচিত ফাইলগুলিকে স্মরণ করে। হিসেবে
ফলস্বরূপ, সংকলন প্রস্তুত করার জন্য ব্যবহৃত সময় মাত্রার একটি ক্রম পর্যন্ত হ্রাস পেতে পারে
প্লেইন distcc এর প্রিপ্রসেসিং ওভার।

কারণ পাম্প মোডে distcc ফাইলগুলিকে প্রায় দশগুণ দ্রুত, বিল্ড করতে সক্ষম করে
প্লেইন ডিস্টসিসি মোডের তুলনায় বড় বিল্ডের জন্য গতি 3X বা তার বেশি বাড়তে পারে।

বিধিনিষেধ জন্য পাম্প মোড


পাম্প মোড ব্যবহার করার জন্য ক্লায়েন্ট এবং সার্ভার উভয়েরই রিলিজ 3.0 বা ডিস্টসিসি এবং এর পরবর্তী ব্যবহার করতে হবে
distccd (যথাক্রমে)।

ক্রমবর্ধমান ডিস্টক-পাম্প মোডের বিশ্লেষণ মৌলিক অনুমানের উপর নির্ভর করে
যে উৎস এবং শিরোনাম ফাইল নির্মাণ প্রক্রিয়া চলাকালীন পরিবর্তন হয় না. কয়েকটি জটিল নির্মাণ
সিস্টেম, যেমন Linux kernel 2.6-এর জন্য, এই প্রয়োজনীয়তা পুরোপুরি পূরণ করে না। প্রতি
এই ধরনের সমস্যাগুলি কাটিয়ে উঠুন, এবং অন্যান্য কোণার ক্ষেত্রে যেমন পরম ফাইলপথ অন্তর্ভুক্ত করুন, দেখুন
দ্য অন্তর্ভুক্ত_সার্ভার(1) ম্যান পেজ

আরেকটি গুরুত্বপূর্ণ অনুমান হল যে সমস্ত মেশিনের কনফিগারেশন অন্তর্ভুক্ত করা আবশ্যক
অভিন্ন সুতরাং ডিফল্ট সিস্টেম পাথের অধীনে হেডারগুলি অবশ্যই সমস্ত সার্ভারে একই হতে হবে
এবং সমস্ত ক্লায়েন্ট। যদি একটি স্ট্যান্ডার্ড GNU কম্পাইলার ইনস্টলেশন ব্যবহার করা হয়, তাহলে এই প্রয়োজনীয়তা
সমস্ত লাইব্রেরিতে প্রযোজ্য যার শিরোনাম ফাইলের অধীনে ইনস্টল করা আছে / usr / অন্তর্ভুক্ত or
/usr/local/include/। মনে রাখবেন যে সফ্টওয়্যার প্যাকেজ ইনস্টল করার ফলে প্রায়ই অতিরিক্ত হয়
শিরোনাম ফাইল উভয়ের সাবডিরেক্টরিতে স্থাপন করা হচ্ছে।

যদি এই অনুমানটি ধরে না থাকে, তাহলে distcc-পাম্প দিয়ে বিল্ড ভাঙা সম্ভব
মোড, বা খারাপ, সতর্কতা ছাড়াই ভুল ফলাফল পেতে। বর্তমানে এই অবস্থা নেই
যাচাই করা হয়েছে, এবং এই সমস্যাটির সমাধান করার জন্য এটি আমাদের TODO তালিকায় রয়েছে।

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

দেখ অন্তর্ভুক্ত_সার্ভার(1) লক্ষণ এবং লঙ্ঘনের কারণ সম্পর্কে আরও তথ্যের জন্য ম্যানুয়াল
distcc-পাম্প মোড অনুমানের।

অনুযায়ী OPTION সংক্ষিপ্তসার


distcc-এ পাস করা বেশিরভাগ বিকল্প কম্পাইলার বিকল্প হিসাবে ব্যাখ্যা করা হয়। নিম্নলিখিত অপশন
distcc নিজেই বোঝা যায়। এই বিকল্পগুলির মধ্যে যেকোনও নির্দিষ্ট করা থাকলে, distcc হবে না
কম্পাইলার আহ্বান করুন।

--help সারাংশ নির্দেশাবলী প্রদর্শন করে।

--সংস্করণ
distcc ক্লায়েন্ট সংস্করণ প্রদর্শন করে।

--শো-হোস্ট
হোস্ট তালিকা প্রদর্শন করে যা distcc ব্যবহার করবে। হোস্ট স্পেসিফিকেশন বিভাগ দেখুন।

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

দ্বারা তালিকা আউটপুট distcc --স্ক্যান-অন্তর্ভুক্ত প্রতি লাইনে একটি এন্ট্রি থাকবে। প্রতিটি
লাইন একটি পথ অনুসরণ করে একটি বিভাগ ধারণ করে। বিভাগটি হল FILE, SYMLINK,
ডাইরেক্টরি, বা সিস্টেমডির:

ফাইল একটি উৎস ফাইল বা হেডার ফাইল নির্দেশ করে যা distcc সার্ভারে পাঠানো হবে
হোস্ট।

SYMLINK একটি প্রতীকী লিঙ্ক নির্দেশ করে যা distcc সার্ভার হোস্টে পাঠানো হবে।

ডিরেক্টরী উৎস কম্পাইল করার জন্য প্রয়োজন হতে পারে এমন একটি ডিরেক্টরি নির্দেশ করে
ফাইল উদাহরণস্বরূপ, একটি ডিরেক্টরি "foo" এর অন্তর্ভুক্ত করার কারণে প্রয়োজন হতে পারে
ফর্ম # "foo/../bar.h" অন্তর্ভুক্ত করুন। এই ধরনের ডিরেক্টরি distcc এ তৈরি করা হবে
সার্ভার হোস্ট।

সিস্টেমডিআর নির্দেশ করে একটি সিস্টেম অন্তর্ভুক্ত ডিরেক্টরি, অর্থাৎ একটি ডিরেক্টরি যা তে রয়েছে
কম্পাইলারের ডিফল্ট পাথ অন্তর্ভুক্ত করে, যেমন "/ usr / অন্তর্ভুক্ত"; যেমন ডিরেক্টরি হয়
distcc সার্ভার হোস্টে উপস্থিত বলে ধরে নেওয়া হয়েছে, এবং তাই পাঠানো হবে না
distcc সার্ভার হোস্ট।

-j হোস্ট তালিকা থেকে গণনা করা distcc এর সমগতি স্তর প্রদর্শন করে; এটা
সমস্ত সার্ভারে এই ক্লায়েন্টের দ্বারা জারি করা অসামান্য কাজের সর্বাধিক সংখ্যা। দ্বারা
ডিফল্ট হোস্ট তালিকায় হোস্টের সংখ্যার চারগুণ হবে, যদি না হয়
/LIMIT বিকল্পটি হোস্ট তালিকায় ব্যবহৃত হয়েছিল। হোস্ট স্পেসিফিকেশন বিভাগ দেখুন।

ইনস্টল করা হচ্ছে ডিআইএসটিসিসি


বিভিন্ন পরিস্থিতিতে ডিস্টসিসি কল করার তিনটি ভিন্ন উপায় রয়েছে:

distcc বাস্তব কম্পাইলারের নামে ইনস্টল করা যেতে পারে, কল ইন্টারসেপ্ট করতে
এটি এবং তাদের দূরবর্তীভাবে চালান। এই "মাস্কেরেড" কম্পাইলারের বিস্তৃত সামঞ্জস্য রয়েছে
বিদ্যমান সোর্স ট্রি সহ, এবং আপনি যখন সকলের জন্য distcc ব্যবহার করতে চান তখন সুবিধাজনক
সংকলন সত্য যে distcc ব্যবহার করা হচ্ছে মেকফাইলগুলিতে স্বচ্ছ।

distcc কম্পাইলার কমান্ড লাইনে প্রিপেন্ড করা যেতে পারে, যেমন "distcc cc -c hello.c"
অথবা CC="distcc gcc"। আপনি শুধুমাত্র কিছু জন্য distcc ব্যবহার করতে চান যখন এটি সুবিধাজনক
সংকলন বা এটি চেষ্টা করে দেখতে, কিন্তু কিছু makefiles সঙ্গে সমস্যা হতে পারে বা
libtool-এর সংস্করণ যা ধরে নেয় $CC-এ কোনো স্থান নেই।

অবশেষে, distcc সরাসরি কম্পাইলার হিসাবে ব্যবহার করা যেতে পারে। "cc" সর্বদা হিসাবে ব্যবহৃত হয়
এই "অন্তর্নিহিত" মোডে প্রকৃত কম্পাইলারের নাম। এই জন্য সুবিধাজনক হতে পারে
ইন্টারেক্টিভ ব্যবহার যখন "স্পষ্ট" মোড কাজ করে না কিন্তু সত্যিই সুপারিশ করা হয় না
নতুন ব্যবহারের জন্য।

মনে রাখবেন আপনি একই সময়ে distcc কল করার জন্য দুটি পদ্ধতি ব্যবহার করবেন না। আপনি যদি
একটি মাশকারেড ডিরেক্টরি ব্যবহার করছেন, CC এবং/অথবা CXX পরিবর্তন করবেন না, শুধু ডিরেক্টরিটি তাড়াতাড়ি রাখুন
আপনার PATH-এ আপনি যদি একটি মাশকারেড ডিরেক্টরি ব্যবহার না করেন তবে আপনাকে হয় CC পরিবর্তন করতে হবে
এবং/অথবা CXX, অথবা distcc-কে স্পষ্টভাবে কল করার জন্য মেকফাইল(গুলি) সংশোধন করুন।

মাশকারেডিং


মূল ধারণা হল একটি "মাস্কেরেড ডিরেক্টরি" তৈরি করা যার নাম থেকে লিঙ্ক রয়েছে
distcc বাইনারিতে আসল কম্পাইলার। এই ডিরেক্টরিটি PATH-এর প্রথম দিকে ঢোকানো হয়, তাই
যে কম্পাইলারের কলগুলিকে বাধা দেওয়া হয় এবং এর পরিবর্তে distcc চালানো হয়। distcc তারপর সরিয়ে দেয়
নিজেই PATH থেকে আসল কম্পাইলার খুঁজে বের করুন।

উদাহরণ স্বরূপ:

# mkdir/usr/lib/distcc/bin
# cd/usr/lib/distcc/bin
# ln -s ../../../bin/distcc gcc
# ln -s ../../../bin/distcc cc
# ln -s ../../../bin/distcc g++
# ln -s ../../../bin/distcc c++

তারপর, distcc ব্যবহার করার জন্য, একজন ব্যবহারকারীকে শুধুমাত্র /usr/lib/distcc/bin ডিরেক্টরিটি প্রথম দিকে রাখতে হবে
PATH, এবং DISTCC_HOSTS বা একটি ফাইলে একটি হোস্ট তালিকা সেট করেছে৷ distcc পরিচালনা করবে
বিশ্রাম.

মনে রাখবেন যে এই মাস্কেরেড ডিরেক্টরিটি অবশ্যই PATH-এ ডিরেক্টরির চেয়ে আগে ঘটতে হবে
একই নামের প্রকৃত কম্পাইলার ধারণ করে, এবং যে কোনো অক্জিলিয়ারী প্রোগ্রাম যা
এই কম্পাইলার কল (যেমন বা ld) অবশ্যই একটি ডিরেক্টরিতে PATH-এ পাওয়া যাবে
masquerade ডিরেক্টরির পরে যেহেতু distcc একটি PATH সহ আসল কম্পাইলারকে কল করে
মান যার মধ্যে সমস্ত ডিরেক্টরি রয়েছে এবং মাস্কেরেড ডিরেক্টরি সহ ট্রিম করা হয়েছে।

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

লিঙ্কের পরিবর্তে শেল স্ক্রিপ্ট ব্যবহার করে পুনরাবৃত্তি ত্রুটিগুলি এড়ানো যায়। উদাহরণস্বরূপ, মধ্যে
/usr/lib/distcc/bin একটি cc ফাইল তৈরি করুন যাতে রয়েছে:

#!/ বিন / SH
distcc /usr/bin/gcc "$@"

এইভাবে, আমরা ডিস্টসিসির উপর নির্ভরশীল নই যে তদন্ত করে আসল জিসিসি সনাক্ত করতে হবে
PATH পরিবর্তনশীল। পরিবর্তে, কম্পাইলার অবস্থান স্পষ্টভাবে প্রদান করা হয়.

ব্যবহার ডিআইএসটিসিসি সঙ্গে CCACHE


ccache হল একটি প্রোগ্রাম যা কম্পাইলেশনের ফলাফল ক্যাশ করে সফটওয়্যার তৈরির গতি বাড়ায়।
ccache সাধারণত distcc এর আগে বলা হয়, যাতে ফলাফল একটি স্বাভাবিক থেকে পুনরুদ্ধার করা হয়
ক্যাশে আইডিওসিঙ্ক্রাটিক মেকফাইলগুলি তৈরি করার জন্য কিছু পরীক্ষা-নিরীক্ষার প্রয়োজন হতে পারে
সবকিছু একসাথে কাজ করে।

সবচেয়ে নির্ভরযোগ্য পদ্ধতি সেট করা হয়

CCACHE_PREFIX="distcc"

এটি ccache কে আসল কম্পাইলারের চারপাশে একটি মোড়ক হিসাবে distcc চালাতে বলে। ccache এখনও ব্যবহার করে
কম্পাইলার আপগ্রেড সনাক্ত করতে আসল কম্পাইলার।

ccache তারপর একটি মাস্কেরেড ডিরেক্টরি ব্যবহার করে চালানো যেতে পারে or সেট করে

CC="ccache জিসিসি"

সংস্করণ 2.2 অনুযায়ী, ccache প্রি-প্রসেসড সোর্স থেকে সংকলন ক্যাশে করে না এবং তাই হবে
এটি distccd বা distcc থেকে চালানো হলে কখনই ক্যাশে হিট পাবেন না। এটা শুধুমাত্র চালানো আবশ্যক
ক্লায়েন্ট সাইড এবং distcc এর আগে কোন কাজে লাগবে।

distcc এর পাম্প মোড ccache এর সাথে সামঞ্জস্যপূর্ণ নয়।

হোস্ট বৈশিষ্ট্যসমুহ


একটি "হোস্ট তালিকা" distcc বলে যে কোন মেশিনগুলিকে সংকলনের জন্য ব্যবহার করতে হবে। ক্রমে, distcc দেখায়
মধ্যে $DISTCC_HOSTS পরিবেশ পরিবর্তনশীল, ব্যবহারকারীর $DISTCC_DIR/হোস্ট ফাইল, এবং
সিস্টেম-ওয়াইড হোস্ট ফাইল। কোনো হোস্ট তালিকা পাওয়া না গেলে, distcc একটি সতর্কতা নির্গত করে এবং কম্পাইল করে
স্থানীয়ভাবে।

হোস্ট তালিকা হল হোস্ট স্পেসিফিকেশনগুলির একটি সাধারণ সাদা স্থান পৃথক করা তালিকা। সহজতম
এবং সবচেয়ে সাধারণ ফর্ম একটি হোস্ট নাম, যেমন

স্থানীয় হোস্ট লাল সবুজ নীল

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

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

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

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

অবশেষে হোস্ট এন্ট্রি আছে

কর্মক্ষমতা প্রকল্পের জন্য ব্যবহৃত উত্স এবং মেকফাইলের বিবরণের উপর নির্ভর করে এবং
মেশিন এবং নেটওয়ার্ক গতি। হোস্ট তালিকার জন্য বিভিন্ন সেটিংস নিয়ে পরীক্ষা করা হচ্ছে
এবং -j ফ্যাক্টর কর্মক্ষমতা উন্নত করতে পারে.

বাক্য গঠনটি হ'ল

DISTCC_HOSTS = HOSTSPEC...
HOSTSPEC = LOCAL_HOST | SSH_HOST | TCP_HOST | OLDSTYLE_TCP_HOST
| GLOBAL_OPTION
| ZEROCONF
LOCAL_HOST = স্থানীয় হোস্ট[/LIMIT]
| --localslots=
| --localslots_cpp=
SSH_HOST = [USER]@HOSTID[/LIMIT][:COMMAND][বিকল্প]
TCP_HOST = HOSTID[:PORT][/LIMIT][বিকল্প]
OLDSTYLE_TCP_HOST = HOSTID[/LIMIT][:PORT][OPTIONS]
HOSTID = HOSTNAME | IPV4 | IPV6
বিকল্প = ,বিকল্প[বিকল্প]
OPTION = lzo | cpp
GLOBAL_OPTION = --এলোমেলো করুন
ZEROCONF = +zeroconf

এখানে সিনট্যাক্সের কিছু স্বতন্ত্র উদাহরণ রয়েছে:

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

IPV6 বর্গাকার বন্ধনীতে আবদ্ধ একটি আক্ষরিক IPv6 ঠিকানা, যেমন [::1]

IPV4 একটি আক্ষরিক IPv4 ঠিকানা, যেমন 10.0.0.1

হোস্টনেম
সমাধানকারী ব্যবহার করে একটি হোস্টনাম দেখতে হবে।

: পোর্ট 3632 এর ডিফল্টের পরিবর্তে একটি নির্দিষ্ট দশমিক পোর্ট নম্বরের সাথে সংযোগ করুন।

@HOSTID
TCP এর পরিবর্তে SSH এর মাধ্যমে হোস্টের সাথে সংযোগ করুন৷ SSH সংযোগের জন্য বিকল্প হতে পারে
সেট করা ~ / .Ssh / কনফিগ

USER@ একটি নির্দিষ্ট ব্যবহারকারীর নাম হিসাবে SSH এর মাধ্যমে হোস্টের সাথে সংযোগ করুন।

: কমান্ড
SSH এর মাধ্যমে সংযোগ করুন, এবং distccd সার্ভার খুঁজে পেতে একটি নির্দিষ্ট পথ ব্যবহার করুন। এই
সাধারণত শুধুমাত্র প্রয়োজন যদি কোনো কারণে আপনি একটি ডিরেক্টরিতে distccd ইনস্টল করতে না পারেন
SSH সংযোগের জন্য ডিফল্ট PATH-এ। আপনি যদি "distccd:" এর মতো ত্রুটি পান তবে এটি ব্যবহার করুন:
কমান্ড পাওয়া যায়নি" SSH মোডে।

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

,lzo এই TCP বা SSH হোস্টের জন্য LZO কম্প্রেশন সক্ষম করে।

, cpp এই হোস্টের জন্য distcc-পাম্প মোড সক্ষম করে। দ্রষ্টব্য: বিল্ড কমান্ডটি অবশ্যই আবৃত করা উচিত
অন্তর্ভুক্ত সার্ভার শুরু করার জন্য distcc-পাম্প স্ক্রিপ্ট।

--এলোমেলো করা
কার্যকর করার আগে হোস্ট তালিকার ক্রম র্যান্ডমাইজ করুন।

+জিরোকনফ
এই পছন্দ is কেবল সহজলভ্য if distcc ছিল প্রণীত সঙ্গে অবহী সমর্থন সক্ষম করা at
কনফিগার সময়। এই বিশেষ এন্ট্রি হোস্ট তালিকায় উপস্থিত হলে, distcc করবে
যেকোন উপলব্ধ distccd সনাক্ত করতে Avahi Zeroconf DNS পরিষেবা আবিষ্কার (DNS-SD) ব্যবহার করুন
স্থানীয় নেটওয়ার্কে সার্ভার। এটি হোস্টকে স্পষ্টভাবে তালিকাভুক্ত করার প্রয়োজন এড়ায়
distcc সার্ভার মেশিনের নাম বা IP ঠিকানা। distccd সার্ভার থাকতে হবে
distccd করার জন্য "--zeroconf" বিকল্প দিয়ে শুরু করা হয়েছে। একটি গুরুত্বপূর্ণ সতর্কতা হল যে
বর্তমান বাস্তবায়নে, পাম্প মোড ("cpp") এবং কম্প্রেশন ("lzo") হবে
zeroconf এর মাধ্যমে অবস্থিত হোস্টের জন্য কখনই ব্যবহার করা যাবে না।

এখানে কিছু সম্ভাবনা প্রদর্শনের একটি উদাহরণ:

localhost/2 @বিগম্যান/16:/opt/bin/distccd পুরাতন মেশিন: 4200/1
# কার্টম্যান is নিচে
distant/3,lzo

হোস্ট স্পেসিফিকেশনে মন্তব্য অনুমোদিত। মন্তব্য একটি হ্যাশ/পাউন্ড চিহ্ন দিয়ে শুরু হয় (#)
এবং লাইনের শেষ পর্যন্ত দৌড়ান।

তালিকার একটি হোস্ট যদি না পৌঁছায় তাহলে distcc একটি সতর্কতা নির্গত করবে এবং সেই হোস্টকে উপেক্ষা করবে
প্রায় এক মিনিট

সঙ্কোচন


সার্জারির lzo হোস্ট বিকল্পটি নির্দিষ্ট করে যে LZO কম্প্রেশন ডেটা স্থানান্তরের জন্য ব্যবহার করা উচিত,
প্রিপ্রসেসড সোর্স, অবজেক্ট কোড এবং এরর মেসেজ সহ। কম্প্রেশন সাধারণত হয়
100Mbps-এর চেয়ে ধীর নেটওয়ার্কে অর্থনৈতিক, কিন্তু ফলাফল নেটওয়ার্কের উপর নির্ভর করে পরিবর্তিত হতে পারে,
প্রসেসর এবং উৎস গাছ।

কম্প্রেশন সক্ষম করার ফলে distcc ক্লায়েন্ট এবং সার্ভার বেশি CPU সময় ব্যবহার করে, কিন্তু কম
নেটওয়ার্ক ট্রাফিক. যোগ করা CPU সময় পাম্প মোডের জন্য নগণ্য। কম্প্রেশন
উৎসের জন্য অনুপাত সাধারণত 4:1 এবং অবজেক্ট কোডের জন্য 2:1।

কম্প্রেশন ব্যবহার করার জন্য ক্লায়েন্ট এবং সার্ভার উভয়েরই ডিস্টসিসির কমপক্ষে রিলিজ 2.9 ব্যবহার করতে হবে।
কোনো সার্ভার কনফিগারেশনের প্রয়োজন নেই: সার্ভার সর্বদা সংকুচিত উত্তর দিয়ে সাড়া দেয়
সংকুচিত অনুরোধ।

পাম্প মোডের জন্য সার্ভারগুলিতে lzo হোস্ট বিকল্পটি চালু থাকা প্রয়োজন৷

অনুসন্ধান পথ


যদি কম্পাইলারের নামটি একটি পরম পথ হয়, তবে এটি সার্ভারে এবং
কম্পাইলার সেই ডিরেক্টরি থেকে চালানো হয়। উদাহরণ স্বরূপ:

distcc /usr/local/bin/gcc-3.1415 -c হ্যালো.সি

যদি কম্পাইলারের নাম পরম না হয়, বা সম্পূর্ণরূপে যোগ্য না হয়, distccd এর PATH অনুসন্ধান করা হয়।
যখন একটি মাস্কেরেড ডিরেক্টরি থেকে distcc চালানো হয়, শুধুমাত্র কম্পাইলারের বেস নাম হয়
ব্যবহৃত ক্লায়েন্টের PATH শুধুমাত্র প্রিপ্রসেসর চালানোর জন্য ব্যবহৃত হয় এবং এর উপর কোন প্রভাব নেই
সার্ভারের পথ।

টাইমআউট


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

টাইমআউট বর্তমানে কনফিগারযোগ্য নয়।

কারণ নির্ণয়


স্থানীয় বা দূরবর্তী কম্পাইলার থেকে ত্রুটি বার্তা বা সতর্কতা ডায়াগনস্টিক মাধ্যমে পাস করা হয়
ক্লায়েন্টের উপর আউটপুট।

ভার্বোস বিকল্পটি ব্যবহার করা হলে distcc ব্যাপক ডিবাগিং তথ্য সরবরাহ করতে পারে। এই
দ্বারা নিয়ন্ত্রিত হয় DISTCC_VERBOSE ক্লায়েন্টের উপর পরিবেশ পরিবর্তনশীল, এবং -- ভারবোস
সার্ভারে বিকল্প। সমস্যা সমাধানের জন্য, ক্লায়েন্ট এবং সার্ভার ত্রুটি উভয় পরীক্ষা করুন
বার্তা।

প্রস্থান করুন কোডগুলি


distcc-এর প্রস্থান কোড সাধারণত কম্পাইলারের হয়: সফল সংকলনের জন্য শূন্য
এবং অ-শূন্য অন্যথায়।

distcc "প্রকৃত" ত্রুটির মধ্যে পার্থক্য করে যেমন উৎসে একটি সিনট্যাক্স ত্রুটি, এবং
"দুর্ঘটনাজনিত" ত্রুটি যেমন একটি স্বেচ্ছাসেবকের সাথে সংযোগ করতে নেটওয়ার্কিং সমস্যা। এই ক্ষেত্রে
দুর্ঘটনাজনিত ত্রুটির জন্য, distcc স্থানীয়ভাবে সংকলনটি পুনরায় চেষ্টা করবে যদি না DISTCC_FALLBACK
বিকল্প নিষ্ক্রিয় করা হয়েছে।

যদি কম্পাইলার একটি সংকেত সহ প্রস্থান করে, distcc 128 এর সাথে একটি প্রস্থান কোড প্রদান করে এবং সংকেত দেয়
সংখ্যা।

distcc অভ্যন্তরীণ ত্রুটি 100 এবং 127 এর মধ্যে একটি প্রস্থান কোড সৃষ্টি করে। বিশেষ করে

100 সাধারণ distcc ব্যর্থতা।

101 খারাপ যুক্তি।

102 বাঁধাই ব্যর্থ হয়েছে।

103 সংযোগ ব্যর্থ হয়েছে৷

104 কম্পাইলার ক্র্যাশ হয়েছে।

105 মেমরি আউট.

106 খারাপ হোস্ট SPEC

107 I/O ত্রুটি

108 কাটা।

109 প্রোটোকল ত্রুটি।

110 প্রদত্ত কম্পাইলারটি দূরবর্তী হোস্টে পাওয়া যায়নি। $CC সেট আছে কিনা চেক করুন
যথাযথভাবে এবং এটি অনুসন্ধানের পথে একটি ডিরেক্টরিতে ইনস্টল করা আছে
distccd.

111 recursive call to distcc.

112 বিশেষাধিকার বাতিল করতে ব্যর্থ হয়েছে৷

113 নেটওয়ার্ক অ্যাক্সেস অস্বীকৃত।

114 অন্য প্রক্রিয়া দ্বারা ব্যবহার করা হয়.

115 এরকম কোন ফাইল নেই।

116 কোনো হোস্ট সংজ্ঞায়িত করা হয়নি এবং ফলব্যাক নিষ্ক্রিয় করা হয়েছে।

118 সময়সীমা।

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


বিনামূল্যে সার্ভার এবং ওয়ার্কস্টেশন

উইন্ডোজ এবং লিনাক্স অ্যাপ ডাউনলোড করুন

লিনাক্স কমান্ডগুলি

Ad