জেডএফএস পুল ধীর সিক্যুয়াল পাঠ্য


10

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

একই সার্ভারে এনএফএস / সিআইএফএস ডিরেক্টরিগুলির মধ্যে ধীরে ধীরে অনুলিপি করা

রূপরেখা: আমি কীভাবে সেটআপ করছি এবং আমি কী প্রত্যাশা করছি

  1. আমার কাছে 4 টি ডিস্ক সহ একটি জেডএফএস পুল রয়েছে। 2 টিবি রেড 2 টি আয়না হিসাবে স্ট্রাইপযুক্ত হিসাবে কনফিগার করা হয়েছে (RAID 10)। লিনাক্সে, জেফসনলিনাক্স। কোনও ক্যাশে বা লগ ডিভাইস নেই।
  2. ডেটা আয়না জুড়ে সুষম হয় (জেডএফএসের জন্য গুরুত্বপূর্ণ)
  3. প্রতিটি ডিস্ক সমান্তরালভাবে 147MB / সেকেন্ডে (কাঁচা ডাব্লু / ডিডি) পড়তে পারে, 588 এমবি / সেকেন্ডের সম্মিলিত থ্রুপুট দেয়।
  4. আমি অনুরূপ 4 টিবি রেড ডিস্কের বেঞ্চমার্কের উপর ভিত্তি করে প্রতিটি ডিস্ক থেকে প্রায় 115MB / সেকেন্ড রাইটিং, 138MB / সেকেন্ড রিড এবং 50MB / সেকেন্ডের অনুক্রমিক তথ্য পুনর্লিখনের আশা করি। আমি আশা করি যে 100MB / সেকেন্ডের চেয়ে কম পড়া বা লিখতে হবে না, যেহেতু আজকাল কোনও ডিস্ক এটি করতে পারে।
  5. আমি ভেবেছিলাম লোড রিডিংয়ের সময় বা ক্রমানুসারে ডেটা লেখার সময় আমি সমস্ত 4 টি ডিস্কে 100% আইও ব্যবহার দেখতে পাব। এবং যে ডিস্কগুলি 100MB / সেকেন্ডের মধ্যে 100% ব্যবহারের সময় রাখবে।
  6. আমি ভেবেছিলাম পুলটি আমাকে প্রায় 2x রাইটিং, 2 এক্স পুনর্লিখন এবং 4x পড়ার জন্য একটি ডিস্কের মধ্যে পারফরম্যান্স দেবে - আমি কি ভুল করছি?
  7. নতুন আমি ভেবেছিলাম একই পুলের একটি এক্সট্রি 4 জেডভিএল জেডএফএসের মতোই গতিবেগ হবে

আমি আসলে কি পাই

আমি পুলটির পঠন পারফরম্যান্সটি যতটা আশা করেছিলাম ততটা তত বেশি নয়

কিছু দিন আগে থেকে পুলে ++ বেঞ্চমার্ক

সংস্করণ 1.97 ------ অনুক্রমিক আউটপুট ------ - সিক্যুশিয়াল ইনপুট- - র্যান্ডম-
সমকালীন 1 -Per ক্রো- - ব্লক--- পুনর্লিখন- -পির করুন- - ব্লক-- - অনুসন্ধান -
মেশিনের আকার কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি / সেকেন্ড% সিপি
আইগোর 63 জি 99 99 232132 47 118787 27 336 97 257072 22 92.7 6

বনি ++ এর একটি নিজস্ব একটি জিপুলে নিজস্ব 4 টিবি রেড ড্রাইভে

সংস্করণ 1.97 ------ অনুক্রমিক আউটপুট ------ - সিক্যুশিয়াল ইনপুট- - র্যান্ডম-
সমকালীন 1 -Per ক্রো- - ব্লক--- পুনর্লিখন- -পির করুন- - ব্লক-- - অনুসন্ধান -
মেশিনের আকার কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি / সেকেন্ড% সিপি
আইগোর 63 জি 101 99 115288 30 49781 14 326 97 138250 13 111.6 8

এটি অনুসারে একটি একক 4 টিবি রেড ড্রাইভের ফলাফলের ভিত্তিতে পঠন ও পুনর্লিখনের গতি যথাযথ (সেগুলি দ্বিগুণ)। যাইহোক, আমি যে পড়ার গতিটি আশা করছিলাম তা প্রায় 550MB / সেকেন্ড (4TB ড্রাইভের গতি 4x) হত এবং আমি কমপক্ষে 400MB / সেকেন্ডের জন্য আশা করতাম। পরিবর্তে আমি প্রায় 260MB / সেকেন্ড দেখতে পাচ্ছি

নীচের তথ্য সংগ্রহের সময়, এখন থেকে পুলটিতে ++ । আগের মতো একদম একই নয় এবং কিছুই বদলেনি।

সংস্করণ 1.97 ------ অনুক্রমিক আউটপুট ------ - সিক্যুশিয়াল ইনপুট- - র্যান্ডম-
সমকালীন 1 -Per ক্রো- - ব্লক--- পুনর্লিখন- -পির করুন- - ব্লক-- - অনুসন্ধান -
মেশিনের আকার কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি কে / সেকেন্ড% সিপি / সেকেন্ড% সিপি
আইগোর 63 জি 103 99 207518 43 108810 24 342 98 302350 26 256.4 18

লেখার সময় zpool iostat । আমার কাছে ঠিক আছে বলে মনে হচ্ছে

                                                 ক্ষমতা অপারেশন ব্যান্ডউইথ
পুল বরাদ্দ বিনামূল্যে পড়া লিখিত পঠন লিখন
-------------------------------------------- ----- - ---- ----- ----- ----- -----
পুল 2 1.23T 2.39T 0 1.89K 1.60K 238 এম
  আয়না 631G 1.20T 0 979 1.60K 120M
    আটা-ডাব্লুডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WMC300004469 - - 0 1007 1.60K 124M
    আটা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4MLK57MVX - - 0 975 0 120 এম
  আয়না 631G 1.20T 0 953 0 117M
    আটা-ডব্লিউডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WCC1T0429536 - - 0 1.01K 0 128M
    আটা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4M0VYKFCE - - 0 953 0 117M

পুনর্লিখনের সময় zpool iostat । আমার কাছে ঠিক আছে বলে মনে হয়

                                                 ক্ষমতা অপারেশন ব্যান্ডউইথ
পুল বরাদ্দ বিনামূল্যে পড়া লিখিত পঠন লিখন
-------------------------------------------- ----- - ---- ----- ----- ----- -----
পুল 2 1.27T 2.35T 1015 923 125 এম 101 এম
  আয়না 651G 1.18T 505 465 62.2M 51.8M
    আটা-ডব্লিউডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WMC300004469 - - 198 438 24.4M 51.7M
    আটা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4MLK57MVX - - 306 384 37.8M 45.1M
  আয়না 651G 1.18T 510 457 63.2M 49.6M
    আটা-ডব্লিউডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WCC1T0429536 - - 304 371 37.8M 43.3M
    আটা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4M0VYKFCE - - 206 423 25.5 এম 49.6 এম

এখানেই আমি ভাবছি যে কী হচ্ছে

পড়ার সময় zpool iostat

                                                 ক্ষমতা অপারেশন ব্যান্ডউইথ
পুল বরাদ্দ বিনামূল্যে পড়া লিখিত পঠন লিখন
-------------------------------------------- ----- - ---- ----- ----- ----- -----
পুল 2 1.27T 2.35T 2.68K 32 339 এম 141 কে
  আয়না 651G 1.18T 1.34K 20 169M 90.0K
    আটা-ডব্লিউডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WMC300004469 - - 748 9 92.5 এম 96.8K
    আটা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4MLK57MVX - - 623 10 76.8M 96.8K
  আয়না 651G 1.18T 1.34K 11 170M 50.8K
    আটা-ডব্লিউডিসি_ডব্লিউডি20EFRX-68AX9N0_WD-WCC1T0429536 - - 774 5 95.7M 56.0K
    আতা-ডব্লিউডিসি_ডব্লিউডি20ইএফআরএক্স -68EUZN0_WD-WCC4M0VYKFCE - - 599 6 74.0 এম 56.0K

একই রিড অপারেশনের সময় iostat -x । IO% কীভাবে 100% এ নেই তা নোট করুন।

ডিভাইস: আরআরকিএম / এস আরকিউএম / এসআর / এসআর / এস আরকেবি / এস ডাব্লুবি / এস অ্যাগ্রিক-এসজে অ্যাভিজিউ-এসজেড অপেক্ষায় রয়েছে r_await w_await svctm% ব্যবহার
এসডিবি 0.60 0.00 661.30 6.00 83652.80 49.20 250.87 2.32 3.47 3.46 4.87 1.20 79.76
এসডিডি 0.80 0.00 735.40 5.30 93273.20 49.20 251.98 2.60 3.51 3.51 4.15 1.20 89.04
এসডিএফ 0.50 0.00 656.70 3.80 83196.80 31.20 252.02 2.23 3.38 3.36 6.63 1.17 77.12
এসডিএ 0.70 0.00 738.30 3.30 93572.00 31.20 252.44 2.45 3.33 3.31 7.03 1.14 84.24

zpool এবং পরীক্ষা ডেটাसेट সেটিংস:

  • সময় বন্ধ আছে
  • সংক্ষেপণ বন্ধ আছে
  • অ্যাশফিটটি 0 (অটোডেক্টেক্ট - আমার বোঝা ছিল যে এটি ঠিক ছিল)
  • zdb বলে ডিস্কগুলি সমস্ত অ্যাশফিট = 12 are
  • মডিউল - বিকল্পগুলি zfs zvol_threads = 32 zfs_arc_max = 17179869184
  • সিঙ্ক = মান

সম্পাদনা করুন - অক্টোবর, 30, 2015

আমি আরও কিছু পরীক্ষা করেছি

  • ডেটাসেট বনি ++ ডাব্লু / রেকর্ডসাইজ = 1 এম = 226 এমবি লিখুন, 392MB আরও ভাল পড়ুন
  • ডেটাসেট ডিডি ডাব্লু / রেকর্ড আকার = 1 এম = 260 এমবি লিখুন, 392MB আরও ভাল পড়ুন
  • zvol w / ext4 dd bs = 1M = 128MB লিখুন, 107MB পড়েন কেন এত আস্তে?
  • সমান্তরাল = 227 এমবি রাইনে ডেটাसेट 2 প্রক্রিয়াজাতকরণ, 396 এমবি পঠিত
  • ডিডি ডাইরেক্ট আইও ডেটাसेट এবং জেডভিএলে আলাদা করে না

বর্ধিত রেকর্ড আকারের সাথে পারফরম্যান্সে আমি অনেক বেশি খুশি। পুলের প্রায় প্রতিটি ফাইলই 1MB এর ওপরে। সুতরাং আমি এটি ছেড়ে যেতে হবে। ডিস্কগুলি এখনও 100% ব্যবহার পাচ্ছে না, এটি এখনও আরও দ্রুত হতে পারে কিনা তা অবাক করে তোলে। এবং এখন আমি ভাবছি কেন zvol পারফরম্যান্স এত লম্পট, কারণ এটি আমি (হালকাভাবে) ব্যবহার করি।

আমি মন্তব্য / উত্তরে অনুরোধ করা যে কোনও তথ্য সরবরাহ করতে পেরে খুশি। আমার অন্যান্য প্রশ্নের মধ্যেও প্রচুর তথ্য পোস্ট করা আছে: একই সার্ভারে এনএফএস / সিআইএফএস ডিরেক্টরিগুলির মধ্যে ধীরে ধীরে অনুলিপি করা হচ্ছে

আমি পুরোপুরি সচেতন যে আমি কিছু বুঝতে পারি না এবং এটি কোনও সমস্যা নাও হতে পারে। আগাম ধন্যবাদ.

এটি পরিষ্কার করার জন্য, প্রশ্নটি হল: জেডএফএস পুলটি আমার প্রত্যাশার চেয়ে দ্রুত নয় কেন? এবং সম্ভবত অন্য কিছু আছে?


1
কোনও সুর নেই, আমি সন্দেহ করব ... আপনি কি আপনার ডিস্কের জন্য অ্যাশফট সামঞ্জস্য করেছেন? কোন zfs.conf সেটিংস? সময় কি বন্ধ / বন্ধ? কোন অদ্ভুত সিঙ্ক সেটিংস?
ew white

@ নতুন আমি প্রশ্নটিতে কিছু বিবরণ যুক্ত করেছি, ধন্যবাদ
রায়ান বাবচিশিন

এটি দেখুন: tomshardware.com/reviews/red-wd20efrx-wd30efrx-nas,3248-5.html ডাব্লুডি রেড ড্রাইভগুলিতে অভ্যাসগত অনুসন্ধানের সময় রয়েছে। তারা সূক্ষ্ম স্ট্রিম, কিন্তু বাস্তব-বিশ্বের ব্যবহারের অধীনে তাদের সন্ধান করতে হবে এবং আপনার আইও পরিসংখ্যানগুলি পর্যাপ্ত আইও অপারেশন / সেকেন্ড দেখায় যে সন্ধানের সময়টি অবশ্যই আপনার কার্য সম্পাদনকে প্রভাবিত করে। একটি zvol তৈরি করুন এবং ddআপনি কী ধরণের পারফরম্যান্স পান তা দেখতে ব্যবহার করুন । আপনি স্ট্রিমিং গতিতে উঠতে থাকায় আপনি সরাসরি আইওও দেখতে চাইতে পারেন যেখানে ক্যাচিং থেকে ডাবল বাফারিং কার্য সম্পাদনকে প্রভাবিত করতে পারে। এফডব্লিউআইডাব্লু, তাত্ত্বিক মোট কাঁচা 4-ডিস্কের পড়ার পারফরম্যান্সের 3/4 ভাল।
অ্যান্ড্রু হেনেল

(জায়গার বাইরে চলে গেল) আপনার কাছে পর্যাপ্ত ডিস্ক রয়েছে যে একক থ্রেডযুক্ত IO ক্রিয়াকলাপগুলি আপনার ডিস্কগুলিকে পুরোপুরি ব্যস্ত রাখার জন্য যথেষ্ট নাও হতে পারে। এটি আপনার %utilসংখ্যাগুলি ব্যাখ্যা করতে পারে ।
অ্যান্ড্রু হেনেল

@ অ্যান্ড্রুহেনেল আপনাকে ধন্যবাদ যে সব খুব যুক্তিসঙ্গত মনে হয়। আমি এখন এটি দেখতে হবে।
রায়ান বাবচিশিন

উত্তর:


10

আমি যে নম্বরগুলি প্রত্যাশা করছিলাম তার খুব কাছাকাছি গতি পেতে সক্ষম হয়েছি।

আমি খুঁজছিলাম 400MB / সেকেন্ড এবং পরিচালিত 392MB / সেকেন্ড । সুতরাং আমি বলি যে সমস্যার সমাধান হয়েছে। ক্যাশে ডিভাইসটির পরে সংযোজন সহ আমি 458MB / সেকেন্ড রিড পরিচালনা করেছি (ক্যাশেড আমি বিশ্বাস করি)।

1. প্রথমে জেডএফএস ডেটাসেট recordsizeমানটি বাড়িয়ে কেবল এটি অর্জন করা হয়েছিল1M

zfs set recordsize=1M pool2/test

আমি বিশ্বাস করি যে এই পরিবর্তনটি কেবলমাত্র ডিস্কের কম ক্রিয়াকলাপের ফলস্বরূপ, আরও কার্যকর বৃহত সিঙ্ক্রোনাস পঠন এবং লেখার জন্য। ঠিক আমি যা চেয়েছিলাম

পরিবর্তনের পরে ফলাফল

  • বনি ++ = 226MB লিখুন, 392MB পড়ুন
  • dd = 260MB লিখুন, 392MB পঠিত
  • সমান্তরাল 2 টি প্রক্রিয়া = 227 এমবি লিখিত, 396 এমবি পঠিত

২. যখন আমি একটি ক্যাশে ডিভাইস (120 গিগাবাইট এসএসডি) যুক্ত করি তখন আমি আরও ভাল পরিচালনা করেছিলাম। লেখাটি একটি বাজে ধীর, কেন জানি না।

Version  1.97       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
igor            63G           208325  48 129343  28           458513  35 326.8  16

ক্যাশে ডিভাইসটির কৌশলটি ছিল /etc/modprobe.d/zfs.conf এ সেট l2arc_noprefetch=0করা । এটি জেডএফএসকে স্ট্রিমিং / সিক্যুয়াল ডেটা ক্যাশে করতে দেয়। কেবলমাত্র এটি করুন যদি আপনার ক্যাশে ডিভাইসটি আমার মতো আপনার অ্যারের চেয়ে দ্রুত হয়।

আমার ডেটাসেটে রেকর্ডাইজ পরিবর্তন থেকে উপকৃত হওয়ার পরে, আমি ভেবেছিলাম খারাপ জেডভোল পারফরম্যান্সের সাথে ডিল করার অনুরূপ উপায় হতে পারে।

আমি গুরুতর লোকদের কাছে এসে উল্লেখ করেছি যে তারা একটি ব্যবহার করে ভাল অভিনয় করেছে volblocksize=64k, তাই আমি এটি চেষ্টা করেছিলাম। ভাগ্য নেই.

zfs create -b 64k -V 120G pool/volume

তবে আমি পড়লাম যে ext4 (আমি যে ফাইল সিস্টেমটি দিয়ে পরীক্ষা করছিলাম) RAID এর মতো বিকল্পগুলির সমর্থন করে strideএবং stripe-widthযা আমি আগে কখনও ব্যবহার করি নি। সুতরাং আমি প্রয়োজনীয় সেটিংস গণনা করতে এই সাইটটি ব্যবহার করেছি: https://busybox.net/~aldot/mkfs_stride.html এবং আবার zvol ফর্ম্যাট করে।

mkfs.ext3 -b 4096 -E stride=16,stripe-width=32 /dev/zvol/pool/volume

আমি bonnie++একটি সাধারণ বেঞ্চমার্ক করতে দৌড়েছি এবং ফলাফলগুলি দুর্দান্ত ছিল। দুর্ভাগ্যক্রমে আমার সাথে ফলাফলগুলি আমার কাছে নেই, তবে লেখার জন্য এগুলি কমপক্ষে 5-6x দ্রুত ছিল I আমি আবার উত্তর দিলে আমি এই উত্তরটি আপডেট করব।


1
আমি যদি প্রায় এক বছর পরে ফিরে আসার জন্য এবং এইরকম বিস্তারিত উত্তর লেখার জন্য আপনাকে একটি অতিরিক্ত +1 দিতে পারি, আমি চাই। ধন্যবাদ!
জেড ড্যানিয়েলস

0

আপনার ফলাফলগুলি পুরোপুরি যুক্তিসঙ্গত, যদিও আপনার প্রত্যাশাটি নয়: আপনি RAID1 (এবং, এক্সপ্লোরেশন দ্বারা, RAID10 দ্বারা প্রদত্ত) দ্বারা পঠিত পারফরম্যান্সের উন্নতিটিকে অগ্রাহ্য করেন। মুল বক্তব্যটি হচ্ছে 2-ওয়ে মিররিংটি সর্বাধিক 2xকে একক ডিস্কের পড়ার গতি / আইওপি দেয় তবে বাস্তব বিশ্বের পারফরম্যান্স 1x-2x এর মধ্যে যে কোনও জায়গায় হতে পারে।

একটি উদাহরণ দিয়ে স্পষ্ট করা যাক। 100 এমবি / এস (সিক্যুয়াল) এবং 200 আইওপিএস সক্ষম প্রতিটি ডিস্ক সহ, 2-ওয়ে মিরর সহ একটি সিস্টেমের কল্পনা করুন। 1 এর সারি গভীরতার (সর্বোচ্চ একক একক, বকেয়া অনুরোধ) একক ডিস্কের চেয়ে এই অ্যারেটির কোনও সুবিধা হবে না : RAID1 দুটি ডিস্কের ক্যুতে আইও অনুরোধগুলি বিভক্ত করে, তবে এটি একটি ডিস্কের জন্য দুটি ডিস্কের মধ্যে বিভক্ত হয় না (কমপক্ষে, যে বাস্তবায়ন আমি দেখেছি এটি এই পদ্ধতিতে আচরণ করে)। অন্যদিকে, যদি আপনার আইও সারির আকারটি বড় হয় (যেমন: আপনার কাছে 4/8 বকেয়া অনুরোধ রয়েছে), মোট ডিস্কের থ্রুটপুট একক ডিস্কের তুলনায় উল্লেখযোগ্যভাবে বেশি হবে।

অনুরূপ পয়েন্ট RAID0 এর জন্যও করা যেতে পারে, তবে এই ক্ষেত্রে যা গড় উন্নতিগুলি নির্ধারণ করে তা কেবল সারি আকার নয়, তবে IO অনুরোধের আকারও একটি ফাংশন : যদি আপনার গড় IO আকার খণ্ড আকারের চেয়ে কম হয়, তবে এটি স্ট্রাইপ করা হবে না it দুটি (বা আরও) ডিস্কে, তবে এটি একক দ্বারা পরিবেশন করা হবে। বেনি ++ রেকর্ডাইজ সহ আপনার ফলাফলগুলি এই সঠিক আচরণটি দেখায়: বড় আইও আকার থেকে স্ট্রাইপিং প্রচুর উপকার করে।

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


আমার প্রত্যাশাগুলি আমি যা পেয়েছিলাম তার প্রায় একই ছিল - 400 এমবি / সেকেন্ড। আমি 392MB / সেকেন্ড পাই যুক্তিযুক্ত মনে হয়। খুব যুক্তিসঙ্গত আমি সমান্তরালে একাধিক ডিডি এবং বনি ++ প্রসেস চালিয়েছি এবং কোনও কার্যকারিতা উন্নতি করতে দেখিনি। Zvol পারফরম্যান্সটি কেন এতটা খারাপ তা আপনি ব্যাখ্যা করেন নি।
রায়ান বাবচিশিন

আপনি কেবলমাত্র বড় রেকর্ডাইজ (> = 1 এমবি / গুলি) সহ বনি ++ ব্যবহার করে 392 এমবি / গুলি পান এবং কেন আপনাকে তা ব্যাখ্যা করেছি। এক্সভিটি ওভার জেডভিএল হ'ল একটি কনফিগারেশন যা আমি কখনই পরীক্ষিত হই নি, তাই অন্যান্য লোকদের মন্তব্য করার জন্য রেখে দিয়েছি।
shodanshok
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.