কেন প্রসেসটি অফসেট / দৈর্ঘ্য সি থেকে পড়ে: ড্রাইভ?


0

নীচের পদক্ষেপে SysInternals ফাইলমোনের একটি ক্লিপ।

আমি বুঝতে পারছি না কেন বিভিন্ন প্রসেসগুলি নির্দিষ্ট ফাইলগুলি পড়ার পরিবর্তে অফসেটে C: ড্রাইভটি পড়ছে।

processes reading offsets

আমি উইন্ডোজ এক্সপ্লোরার একই জিনিস করছেন খেয়াল করেছি যদিও ফাইল ম্যানেজার খোলা আছে না।

উত্তর:


0

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

1) অফসেট 0, 4096 বাইট (এক ব্লক পড়ুন) থেকে পড়ুন।

2) অফসেট 0, 4096 বাইট (এক ব্লক লিখুন) এ অন্য কোনও স্থানে লিখুন

3) 4096, 4096 বাইট অফসেট থেকে পড়ুন ... এবং তাই, এবং ... মূলত অফসেট = ডিস্ক আকার দ্বারা, আপনি ভলিউম মিরর করা হবে।

বলা হচ্ছে, পর্যবেক্ষক অ্যাপ্লিকেশনটি কী পড়ছে তা পরীক্ষা করে এটি একটি সমস্যা হতে পারে, আসলে সেখানে সেখানে বিরামহীন স্তর রয়েছে।

প্রোগ্রামটি একটি ফাইলের জন্য অনুরোধ করে- & gt; এটি কোথায় অবস্থিত তা চেক করুন- & gt; ফাইলটি আনতে ওএসটিতে অনুরোধগুলি- & gt; ওএস চালককে সেখানে যেতে এবং অনুরোধকৃত বাইটগুলি পেতে অনুরোধ করে এবং তারপরে অ্যাপ্লিকেশানটি সেই ডেটাতে একটি পয়েন্টার পায় ব্যবহার করা.

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

আশা করি এই উত্তরটি আপনার সাহায্যের এক বছর হলেও হলেও এটি সাহায্য করবে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.