যেহেতু আমার উত্তরগুলির একটি উদ্ধৃত হয়েছে, তাই আমি কেন স্পষ্ট করার চেষ্টা করব আমি কেন এমআইএনপ্যাকের পরিবর্তে আইপোপটি ব্যবহার করার পরামর্শ দিয়েছি।
MINPACK ব্যবহার করার বিষয়ে আমার আপত্তিগুলির সাথে MINPACK যে অ্যালগরিদমগুলি ব্যবহার করে এবং তাদের প্রয়োগের সাথে করার জন্য কিছুই করার নেই nothing আমার মূল আপত্তিটি হ'ল এই সফ্টওয়্যারটি ১৯৮০ সালের, এবং সর্বশেষে ১৯৯৯ সালে আপডেট হয়েছিল J জর্জি মোর অবসরপ্রাপ্ত; আমি সন্দেহ করি যে তিনি বা সফ্টওয়্যারটির অন্য কোনও লেখক এটিতে আর ট্যাব রাখেন এবং সক্রিয়ভাবে সমর্থন করার মতো কোনও দল নেই। সফ্টওয়্যারটিতে আমি কেবলমাত্র ডকুমেন্টেশন খুঁজে পেতে পারি সেটি হ'ল জর্জি মোরি এবং অন্যান্য মিনপ্যাক লেখক দ্বারা রচিত মূল 1980 এর আর্গোন্ন প্রযুক্তিগত প্রতিবেদন। (অধ্যায়গুলি 1-3 পাওয়া যাবে এবং চতুর্থ অধ্যায়টি এখানে পাওয়া যাবে।) MINPACK উত্স কোডটি অনুসন্ধান করার পরে এবং ডকুমেন্টেশনগুলি বোঝার পরে (পিডিএফগুলি চিত্রগুলি স্ক্যান করা হয়, এবং এটি অনুসন্ধান করা যায় না), সীমাবদ্ধতাগুলিকে সামঞ্জস্য করার কোনও বিকল্প আমি দেখতে পাচ্ছি না। যেহেতু অ-রেখাযুক্ত সর্বনিম্ন-স্কোয়ার সমস্যার মূল পোস্টারটি একটি সীমাবদ্ধ ননলাইনার ন্যূনতম-স্কোয়ার সমস্যা সমাধান করতে চেয়েছিল, তাই এমআইএনপ্যাক এমনকি এই সমস্যাটি সমাধান করবে না।
আইপিওপিটি মেইলিং তালিকার দিকে নজর দিলে কিছু ব্যবহারকারী ইঙ্গিত দেয় যে ননলাইনার সর্বনিম্ন স্কোয়ার (এনএলএস) সমস্যার উপর প্যাকেজটির পারফরম্যান্স লেভেনবার্গ-মার্কুয়ার্ড অ্যালগরিদম এবং আরও বিশেষায়িত এনএলএস অ্যালগরিদমগুলির সাথে মিলিত হয়েছে (দেখুন এখানে , এখানে এবং এখানে )। এনএলএস অ্যালগরিদমের সাথে সম্পর্কিত আইপোপটিটির কার্য সম্পাদন অবশ্যই সমস্যা নির্ভর। সেই ব্যবহারকারীর প্রতিক্রিয়া দেওয়া, আইপিওপিটি এনএলএস অ্যালগরিদমের সাথে তুলনামূলক যুক্তিসঙ্গত সুপারিশ বলে মনে হচ্ছে।
তবে, আপনি একটি ভাল বক্তব্য রেখেছেন যে এনএলএস অ্যালগরিদমগুলি তদন্ত করা উচিত। আমি রাজী. আমি কেবল মনে করি যে এমআইএনপ্যাকের চেয়ে আরও বেশি আধুনিক একটি প্যাকেজ ব্যবহার করা উচিত কারণ আমি বিশ্বাস করি এটি আরও ভাল সম্পাদন করবে, আরও ব্যবহারযোগ্য হবে এবং সমর্থিত হবে। সেরেসকে আকর্ষণীয় প্রার্থী প্যাকেজের মতো মনে হচ্ছে তবে এটি এখনই সীমাবদ্ধ সমস্যাগুলি পরিচালনা করতে পারে না। টিএওবাক্স-সীমাবদ্ধ ন্যূনতম স্কোয়ার সমস্যাগুলিতে কাজ করবে, যদিও এটি ক্লাসিক লেভেনবার্গ-মারকোয়ার্ডকে বাস্তবায়িত করে না, পরিবর্তে একটি ডেরাইভেটিভ-মুক্ত অ্যালগরিদম প্রয়োগ করে। একটি ডেরাইভেটিভ-মুক্ত অ্যালগরিদম সম্ভবত বড় আকারের সমস্যার জন্য খুব ভাল কাজ করবে তবে আমি এটি ছোট আকারের সমস্যার জন্য ব্যবহার করব না। আমি অন্য কোনও প্যাকেজ খুঁজে পেল না যা তাদের সফ্টওয়্যার ইঞ্জিনিয়ারিংয়ের উপর প্রচুর আত্মবিশ্বাস নিয়েছিল। উদাহরণস্বরূপ, গালাহাড প্রথম নজরে সংস্করণ নিয়ন্ত্রণ বা কোনও স্বয়ংক্রিয় পরীক্ষার ব্যবহার করে বলে মনে হচ্ছে না। মিনপ্যাক এই জিনিসগুলি করায় বলে মনে হয় না। আপনার যদি MINPACK বা আরও ভাল সফ্টওয়্যার সম্পর্কিত সুপারিশের অভিজ্ঞতা থাকে তবে আমি সকলেই কান।
এই সব মনে রেখে, আমার মন্তব্যের উদ্ধৃতি ফিরে:
যে কোনও সমীকরণের সিস্টেম একটি অপ্টিমাইজেশান সমস্যার সমতুল্য, এজন্যই অপ্টিমাইজেশনে নিউটন ভিত্তিক পদ্ধতিগুলি অনেকগুলি ননলাইনারি সমীকরণের সিস্টেমগুলি সমাধান করার জন্য নিউটন-ভিত্তিক পদ্ধতির মতো দেখায়।
একটি ভাল মন্তব্য সম্ভবত এর প্রভাব কিছু:
nng(x)=0
এই বিবৃতিটি এমনকি সীমাবদ্ধতার অধীনে সমীকরণের সিস্টেমগুলি সমাধান করার জন্য ধারণ করে। ভেরিয়েবলের ক্ষেত্রে বাধা রয়েছে এমন ক্ষেত্রে "সমীকরণ সমাধানকারী" হিসাবে বিবেচিত এমন কোনও অ্যালগোরিদম আমি জানি না। আমি যে সাধারণ পদ্ধতির কথা জানি, সম্ভবত একটি অপ্টিমাইজেশন কোর্স এবং এক অপ্টিমাইজেশন ল্যাবে গবেষণার বিভিন্ন সেমিস্টারের দ্বারা জন্ডিস হয়ে থাকে, সেটি হল সমীকরণের সিস্টেমে থাকা সীমাবদ্ধতাগুলিকে অপ্টিমাইজেশন সূত্রের মধ্যে অন্তর্ভুক্ত করা। যদি আপনি সমীকরণ সমাধানের জন্য নিউটন-র্যাফসন-জাতীয় স্কিমের সীমাবদ্ধতাগুলি ব্যবহার করার চেষ্টা করে থাকেন তবে আপনি সম্ভবত একটি অনুমিত গ্রেডিয়েন্ট বা প্রত্যাশিত বিশ্বাস-অঞ্চল পদ্ধতিটি শেষ করতে চাইবেন, অনেকটা সীমিত অপটিমাইজেশনে ব্যবহৃত পদ্ধতিগুলির মতো।