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