কোনও এসএসডি-তে বিশাল মাইএসকিউএল ডেটা আমদানি কি এটি ক্ষতি করতে পারে?


28

আমাকে একটি মাইএসকিউএল ডাটাবেসে অনেকগুলি ডেটা (~ 100 মিলিয়ন সারি, ~ 100 বার) আমদানি করতে হবে। বর্তমানে, এটি আমার হার্ড ডিস্ক ড্রাইভে সঞ্চয় করা আছে এবং আমার আমদানির বাধাটি হার্ড ডিস্ক ড্রাইভের লেখার গতি বলে মনে হচ্ছে।

আমি শুনেছি যে এসএসডিগুলি ব্যাপক ক্রমাগত লেখাগুলি পছন্দ করে না এবং এটি তাদের ক্ষতি করে। আপনি কি মনে করেন? আধুনিক এসএসডিগুলিতে এটি কি আসলেই একটি সমস্যা?


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

5
এর সামান্য দামের জন্য আমরা নিয়মিতভাবে এর থেকে অনেক বেশি ডেটা আমদানি করি। আমাদের টেবিলগুলির একটিতে আপনার আমদানির চেয়ে অনেক বেশি ডেটা রয়েছে এবং আমাদের কাছে কয়েকশ টেবিল রয়েছে। আমরা এসএসডি ব্যবহার করি। আমি আশা করি আপনি ভাল থাকবেন।
ক্রিসইনডমন্টন

4
আজকাল এসএসডিগুলি ওএস সমর্থন ছাড়াই পরিধানের স্তরকে সামঞ্জস্য করতে যথেষ্ট স্মার্ট (যদিও ওএস একই ব্লকটি পুনরায় লেখার জন্য বলেছে, এসএসডি'র নিয়ামক স্বতন্ত্রভাবে প্রতিটি সময় আলাদা আলাদা ব্লকে লিখেন) সুতরাং এটি ঠিক থাকবে।

7
লাল হেরিং. এসএসডিগুলির ব্যর্থতার হার চিন্তা করার মতো বিষয় নয় - এটি যথেষ্ট দীর্ঘ হবে যে তারা এখনও সমতা কাটা মরচে থেকে বেশি দীর্ঘস্থায়ী হবে।
সোব্রিক

2
লোকেরা তাদের এসএসডি সম্পর্কে অনেক বেশি চিন্তা করে। মূলত আপনি কখনই আপনার এসএসডি দুর্ঘটনার দ্বারা "ধ্বংস" করতে পারবেন না এবং এমনকি উদ্দেশ্য হিসাবে এটি করতে সপ্তাহ বা কয়েক মাস অবিরত লেখার প্রয়োজন হতে পারে। এমনকি যদি আপনি এটি "ধ্বংস" করেন তবে এটি কেবল পঠনযোগ্য হিসাবে ডেটা সরবরাহ করবে। উদ্বেগ বন্ধ করুন এবং কেবল এটি ব্যবহার করুন। আপনার এইচডিডি'র পঠন / লেখার মাথাটি কীভাবে ত্বরণ দ্বারা সঙ্কুচিত হয়ে যায় সে সম্পর্কে আপনি জিজ্ঞাসা করতে পারেন।
mic_e

উত্তর:


27

এটি সত্যই এটির কোনও সরল উত্তর নয়।

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

তার পর থেকে, ড্রাইভগুলি বড়, সস্তা, আরও নির্ভরযোগ্য হয়ে উঠেছে, আরও পড়ুন / লেখার জন্য বোঝায় এবং অপারেটিং সিস্টেমগুলি আরও স্মার্ট হয়ে উঠেছে।

এসকিউএল-তে এসএসডি কেবল সাধারণ নয়, প্রায়শই উত্সাহিত করা হয়। ডিবিএ বোন সাইট নিখরচায় অনুভব করুন ।

আমার চিন্তাভাবনাগুলি এটি করার জন্য, ধরে নিচ্ছি যে এসকিউএল সার্ভারটি অনর্থক ডিস্কগুলির সাথে সঠিকভাবে নির্মিত। যদি তা না হয় তবে শেষ পর্যন্ত যাইহোক একটি ব্যর্থতা আশা করুন।


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

@ মাইকেলKjörling হ্যাঁ, অবশ্যই। আমার মনে "সঠিকভাবে নির্মিত" ব্যর্থতার ক্ষেত্রে ডাটাবেসের ব্যাকআপও ধরে নিয়েছে ... তবে মাঝে মাঝে এমনকি যা অপ্রয়োজনীয় রেখে দেওয়া ঠিক হবে তাও বলা উচিত, ধন্যবাদ।
অস্টিন টি ফরাসী

19

পড়া ভাল, এবং এসএসডি এর বিটগুলি কোনও ক্ষতিকারক প্রভাব ছাড়াই পড়তে পারে।

লেখাগুলি অন্য বিষয়। কিছুটা সাফ করা বিটের অখণ্ডতাকে প্রভাবিত করে এবং প্রচুর ক্রমবর্ধমান লেখার পরে, বিট নতুন লেখার পুরোপুরি গ্রহণ বন্ধ করবে stop এটি এখনও পড়া যেতে পারে।

আমাকে কেবল এটিই বলা যাক যে নতুন এন্টারপ্রাইজ ড্রাইভে লেখার সীমাটি বিশাল। স্যামসুংয়ের নতুন 845 ডি প্রো নিন। ওয়্যারেন্টিতে 5 বছরের জন্য প্রতিদিন 10 ড্রাইভের লেখার পক্ষে ভাল। আমি কল্পনা করব যে এটি সংখ্যাটি দ্বিগুণ করবে। এটি সংখ্যায় রাখতে, এটি 800 জিবি মডেলের 5 বছরেরও বেশি সময় ধরে লেখা 14,600 টিবি।
অথবা প্রতি বছর 2920 টিবি,
বা প্রতিদিন 8 টিবি, পাঁচ বছরের জন্য

আমাকে এমন একটি ওয়ারেন্টি সহ একটি হার্ড ড্রাইভ দেখান যা প্রচুর ব্যবহারকে কভার করে। আমি নিশ্চিত না যে আপনি কোনও দিনে এইচডিডি তে 8 টিবি লিখতে পারতেন: দিন) দেখা যাচ্ছে যে আপনি পারবেন না (গড়পড়তা ড্রাইভে)।

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

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


12
জিজ্ঞাসা করতে পারি কেন ডাউনটা?
Ctrl-alt-dlt

আপনি জিজ্ঞাসা করতে পারেন, তবে আপনি আপত্তিজনকভাবে গ্রহণ করতে পারবেন না।
মনিকার লসুইট

12

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

তবে এই নিবন্ধ অনুসারে , ডেটাগুলির পেটবাইট এসএসডিগুলিতে লেখা হয়েছে এবং এখনও চালু রয়েছে। এটি সম্ভবত লেভেলিং পরা অগ্রগতির কারণে :

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

আপনার বিশেষ পরিস্থিতিতে আমার কাছে ডেটাবেসগুলি গতির জন্য এসএসডি-র মধ্যে থাকতে হবে তবে একটি দৈনিক ভিত্তিতে ব্যাক আপ করা হবে। আপনি একটি RAID 1 অ্যারেতে দুটি এসএসডি পাওয়ার কথাও বিবেচনা করতে পারেন । একই সাথে দুটি এসএসডি ব্যর্থ হওয়ার সম্ভাবনা কম।

দ্রষ্টব্য: RAID অ্যারেগুলি ব্যাকআপ নয় !!!! আপনি কোনও RAID অ্যারে ব্যবহার করেন বা না তা বিবেচনা না করেই ব্যাকআপ নিন। আপনি যদি এসএসডি ব্যবহার করেন বা না করেন তবে ব্যাকআপ নিন।


1
আপনি যে ধরণের ক্ষতির কথা বলছেন তার জন্য RAID1 খুব কম করবে। পরিধানের স্তরটি সম্ভবত নির্জনবাদী হতে পারে যার অর্থ তারা ঠিক একই হার এবং উপায়ে পরিধান করবে যার ফলে প্রায় একই জায়গায় ত্রুটি দেখা দেয়।
অ্যারন

সংযুক্ত নিবন্ধ থেকে: "এসএসডি-তে ইলেকট্রনিক্স ন্যানড শোনার অনেক আগেই ব্যর্থ হতে চলেছে" ... অপেক্ষা করুন, কী?
মাইকেল

4

আসুন ধরে নেওয়া যাক আপনার আমদানিতে কোনও আপডেট নেই এবং কোনও মুছে ফেলা নেই। সুতরাং আপনি সমস্ত সন্নিবেশ করছেন। এটি কেবলমাত্র লেনদেনের জন্য নতুন ডেটা লিখতে হবে।

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

পয়েন্ট সত্তা, আপনি এসএসডি "মন্থন" করছেন না। এটি হ'ল, আপনি পরিবর্তন / চলন / মোছা / মুছে ফেলার অনেক বড় কাজ করছেন না। এটি একই ক্ষেত্রগুলিতে বহুবার পুনরায় লিখতে পারে। সুতরাং আপনি মূলত কেবলমাত্র সেক্টর প্রতি খুব অল্প সংখ্যক লেখক তৈরি করতে যাচ্ছেন এবং এটিই সত্যিকার অর্থে গুরুত্বপূর্ণ।

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

(সূচকগুলি অন্য একটি বিষয় হতে পারে many অনেক ডিবিতে ক্লাস্টারযুক্ত সূচীগুলিতে ডেটা isোকানো হওয়ায় প্রচুর পরিমাণে পরিবর্তন জড়িত w


3

এটি কোন সমস্যা নয়।

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

আরও, এই বিবৃতি:

এসএসডিগুলি ব্যাপক ক্রমাগত লেখাগুলি পছন্দ করে না এবং এটি তাদের ক্ষতি করে বলে

সম্পূর্ণ ভুল। বিপরীত ক্ষেত্রে, ঘন ঘন ছোট লেখেন , যদি কিছু থাকে তবে এসএসডিগুলির ক্ষতি হতে পারে।

প্রথাগত হার্ড ডিস্কের বিপরীতে, এসএসডিগুলি (বা বরং ভিতরে নানড-ভিত্তিক ফ্ল্যাশ) শারীরিকভাবে বড় ব্লকগুলিতে সংগঠিত হয় যা যৌক্তিকভাবে বেশ কয়েকটি ক্ষেত্র ধারণ করে। একটি সাধারণ ব্লকের আকার 512 কেবি যেখানে সেক্টর (যা ইউনিট যা ফাইল সিস্টেম ব্যবহার করে) traditionতিহ্যগতভাবে 1 কেবি হয় (বিভিন্ন মান দুটি বছর আগে 512 বি সাধারণ ছিল)।
512 কেবি-ব্লক দিয়ে তিনটি জিনিস করা যেতে পারে। এটি থেকে পড়া যায়, এর কিছু অংশ বা সমস্ত প্রোগ্রাম করা যায় (= লিখিত) এবং এর পুরোটি মুছে ফেলা যায়। মুছে ফেলা সমস্যা হ'ল কারণ মুছে ফেলার সীমাবদ্ধ সংখ্যা রয়েছে এবং আপনি কেবল একটি সম্পূর্ণ ব্লক মুছতে পারেন।

সুতরাং, বড় লেখাগুলি খুব এসএসডি-বান্ধব যেখানে ছোট লেখাগুলি হয় না।

ছোট লেখার ক্ষেত্রে, নিয়ামককে অবশ্যই একটি ব্লক পড়তে হবে, অনুলিপিটি সংশোধন করতে হবে, একটি ভিন্ন ব্লক মুছতে হবে এবং এটি প্রোগ্রাম করবে। ক্যাচিং ছাড়াই, খুব খারাপ অবস্থাতেই 512 কিলোবাইট লেখার জন্য আপনাকে 512.000 ব্লক মুছে ফেলতে হবে। সেরা সম্ভাব্য ক্ষেত্রে (বৃহত্তর, একটানা রচনা) আপনার ঠিক 1 টি মুছতে হবে।

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


2
সেক্টরগুলি traditionতিহ্যগতভাবে 1 কিবি? অনুগ্রহ করে দয়া করে রোটাল ড্রাইভে, দুটি সেক্টরের মাপ সাধারণ: 512 বাইট (প্রচলিত, যেমন আমার 4 টিবি এইচডিডিগুলিতে, আইবিএম-কম্প্যাটিবেলে 1981 বা তার বেশি সময় ধরে) এবং 4096 বাইট ("অ্যাডভান্সড ফর্ম্যাট")। ফাইল সিস্টেম স্তরের বরাদ্দকরণ ইউনিট আকারে পৃথক হতে পারে তবে এটি সম্পূর্ণ আলাদা বিষয় এবং বিশুদ্ধরূপে ফাইল সিস্টেমের মধ্যে প্রয়োজনীয় তথ্য ভিত্তিতে গতিশীলভাবে বৃদ্ধি না করে এমন ডেটা স্ট্রাকচারকে একটি যুক্তিসঙ্গত আকারে বরাদ্দ রাখার জন্য একটি ফাইল সিস্টেম গঠন করা হয় pure ; তদতিরিক্ত, আমি সন্দেহ করি স্থির 1 কিবি ব্লকের আকারগুলি বাস্তবে খুব সাধারণ।
একটি সিভিএন

@ মাইকেলKjörling: আপনার খুব মূল্যবান ইনপুট জন্য আপনাকে ধন্যবাদ। আপনি অবশ্যই উত্তরটি পড়েছেন এবং বুঝতে পেরেছিলেন, তাই না? প্রাসঙ্গিক ঘটনাটি হ'ল এসএসডিগুলিতে শারীরিক ব্লকের আকার রয়েছে যা লজিকাল সেক্টরের আকার নির্বিশেষে (যা আমি 500 থেকে 4096 বাইট এমনকি দু-আকারের নন-মাপের কোথাও দেখেছি) নির্বিশেষে larger কোন উদ্ধৃতি দেওয়ার দরকার নেই।
দামন

1

এসএসডি এর পছন্দ হয় না। যদি আপনি 5-10 বছর ধরে সর্বোচ্চ লেখার গতি বজায় রাখেন (প্রতি 24 ঘন্টা, প্রতি সপ্তাহে 7 দিন) তবে আপনি ভাঙা এসএসডি দিয়ে শেষ করতে পারেন।

তথ্যের। ৫ বছর পর বেশিরভাগ সার্ভার তাদের জীবনের অর্থনৈতিক প্রান্তে পৌঁছেছে।


দাবি অস্বীকার:
এসএসডি-র প্রথম প্রজন্মের সাথে এটি ব্যবহার করবেন না। কম যেখানে শক্ত।


আমি ভাল করেই জানি যে 7/24 এর সর্বোচ্চ ক্ষমতাতে যে কোনও ডিস্ক ব্যবহার করা তার ক্ষতির কারণ হয়ে দাঁড়াবে ... আমার প্রশ্নটি যদি এটি সীমিত পরিমাণের জন্য নিরাপদ থাকে (আসুন কয়েকবার 2-3 ঘন্টা বলি)
খ্রিস্টোফেট

@ ক্রিসোফেট্ড - এটি নির্ভর করে। ডেটার পরিমাণ অনুমান করতে আপনার প্রশ্ন আপডেট করুন। এটি ড্রাইভের শতাংশ সম্পর্কে আরও বেশি। ৮০ জিবি এসএসডি তে এক ঘন্টা 20 গিগাবাইট লেখার পক্ষে সবচেয়ে খারাপ হয় তারপরে 1TB এসএসডি-তে এক ঘন্টা 20 জিবি করা।
রামহাউন্ড

একই নোটটিতে: বেশিরভাগ খালি ড্রাইভ থাকা মানে অনেকগুলি 'খালি' ফ্ল্যাশ সেল পরিধান সমতলকরণে ব্যবহৃত হয়। (এবং একই পরিমাণের ডেটা সহ একটি বৃহত ড্রাইভ%-সহস্রাব্দ হয়)।
হেনেস

1

আপনি যদি বিশদটি সন্ধান করতে সত্যিই আগ্রহী হন তবে আপনার নীচের প্রশ্নের উত্তরটির প্রয়োজন হবে:

প্রতিটি সারিতে গড়ে কতগুলি বাইট রয়েছে?

যদি আপনি আমাকে বলতে পারেন যে এখানে 10 টি কলাম রয়েছে, প্রতিটি কলামটি বর্ণচর (100), এবং এনকোডিংটি ইউটিএফ -8 হয় তবে আমি সবচেয়ে খারাপ পরিস্থিতির মধ্যে অনুমান করতে পারি যে আপনার কাছে সারি প্রতি 4,000 বাইটের মূল্যবান ডেটা রয়েছে এবং এর জন্য আরও কিছু বাইট যুক্ত করতে পারেন মেটা ডেটা তাই 4,200 বাইট বলতে পারি?

আপনার নির্যাতন এসকিউএল 4,200 x 100 x 100,000,000 = 42,000,000,000,000 bytesডিস্কে লিখিত ডেটা গণনা করে

42,000,000,000,000 / 1000 = 42,000,000,000 কেবি

42,000,000,000 / 1000 = 42,000,000 এমবি

42,000,000 / 1000 = 42,000 জিবি

42,000 / 1000 = 42 টিবি

এই তাত্ত্বিকভাবে সবচেয়ে খারাপ পরিস্থিতিতে আপনি ডিস্কে 42 টিবি লিখবেন

এই নিবন্ধ অনুসারে , @ ক্রোনোস দ্বারা সরবরাহ করা আপনার অত্যাচার এসকিউএল আরও 25 রাউন্ডের জন্য ভাল হওয়া উচিত।


-2

এসএসডিগুলিতে এই লেখার পোস্টারটি যেমন বলেছিল, যা আসলেই ক্ষতিকারক তা আবার বার বার ছোট ছোট ছোট ছোট ছোট ডেটা লেখা।

  • বিটগুলি {1,2,3 bit-বিট সেলগুলিতে জমা হয়। এগুলির আয়ু সীমিত।
  • কক্ষগুলি [2-16] কেবি পৃষ্ঠায় বিভক্ত করা হয়েছে (সবচেয়ে ছোট লেখার একক)
  • পৃষ্ঠাগুলি (128-256 পৃষ্ঠা-) ব্লকগুলিতে ভাগ করা হয়েছে (ক্ষুদ্রতম মুছতে সক্ষম ইউনিট)
  • কোনও পৃষ্ঠা পুনর্লিখনের জন্য, এটি --- এবং এর পুরো ব্লক --- প্রথমে মুছতে হবে

এজন্যই এটি সুপারিশ করা হয়

  • একবারে একটি পৃষ্ঠার চেয়ে কম লিখবেন না,
  • বাফার ছোট লিখেছে, এবং
  • পৃথক পড়া এবং লেখার অনুরোধ
  • "একটি বৃহত একক থ্রেডযুক্ত রচনা অনেকগুলি ছোট ছোট সমবর্তী লেখার চেয়ে ভাল"

সুতরাং, একবারে সত্যিই বড় পরিমাণে আরও ভাল মনে হয়।


2
এই উত্তরটি আসলে কোনও প্রাসঙ্গিক তথ্য সরবরাহ করে না যা বলা হয় নি, পাশাপাশি এটির মূলত এতে থাকা লিঙ্কের সাথে একটি মন্তব্য।
রামহাউন্ড

@ রামহাউন্ড: আপনি কি আপনার মন্তব্যে (ধন্যবাদ, বিটিডব্লিউ) ধন্যবাদ দেবেন, এবং এটিও, অপ্রচলিত ট্যাগ হওয়ার জন্য? অথবা আপনি এখনও ইতিমধ্যে বলা / অপ্রাসঙ্গিক তথ্য বিবেচনা করেন?
সার্ভ-ইনক

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

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