এমএস এসকিউএল সার্ভার সময়ের সাথে সাথে ধীর হয়ে যায়?


8

আপনারা কেউ নিম্নলিখিতটি পরীক্ষা করে দেখেছেন এবং এর সমাধান খুঁজে পেয়েছেন:

আমাদের ওয়েবসাইটের ব্যাক-এন্ডের একটি বড় অংশ এমএস এসকিউএল সার্ভার ২০০৫ Every আমার একটি ক্যোয়ারী রয়েছে যা আমি ব্যবহার করতে চাই:

USE master
select text,wait_time,blocking_session_id AS "Block",
percent_complete, * from sys.dm_exec_requests 
CROSS APPLY sys.dm_exec_sql_text(sql_handle)  AS s2 order by start_time asc

যা মোটামুটি দরকারী ... এটি আপনার এসকিউএল সার্ভারের বিপরীতে ঠিক সেই মুহুর্তে চলছে এমন সমস্ত কিছুর একটি স্ন্যাপশট দেয়। খুব সুন্দর এটি হ'ল এমনকি যদি আপনার সিপিইউ কোনও কারণে 100% এ পেগ হয় এবং কার্যকলাপ মনিটর লোড করতে অস্বীকার করে (আমি নিশ্চিত যে আপনারা কেউ রয়েছেন) এই কোয়েরিটি এখনও ফিরে আসে এবং আপনি দেখতে পাচ্ছেন কি ক্যোয়ারী আপনার ডিবিটিকে হত্যা করছে।

যখন আমি এটি চালনা করি বা এসকিউএলটি ধীরগতিতে শুরু করার সময়কালে কার্যকলাপ তদারক করি তখন আমি সমস্যার কারণ হিসাবে চিহ্নিত কোনও নির্দিষ্ট প্রশ্ন দেখতে পাচ্ছি না - তারা সমস্ত বোর্ডের মধ্য দিয়ে ধীরে ধীরে চলছে। আমি যদি এমএস এসকিউএল পরিষেবাটি পুনরায় চালু করি তবে সবকিছু ঠিক আছে, এটি ঠিক দ্রুত গতিতে চলেছে - এক ঘন্টা বা দু'বারের জন্য আবার না হওয়া পর্যন্ত।

আমি ভাবতে পারি এমন কিছুই বদলে যায়নি, তবে এটি কয়েক মাস আগে শুরু হয়েছিল ... ধারণা?

--Added

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

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

- মার্চ 24

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


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

নেটওয়ার্ক সংযুক্ত স্টোরেজ, একটি এমডি 3000 যথার্থ হতে। এসকিউএল পরিষেবাটি পুনরায় আরম্ভ করা এটিকে দূরে সরিয়ে দেয়। হ্যাঁ আপনি স্টুডিও থেকে একই ধীর প্রতিক্রিয়া সময় দেখতে পাবেন।
ডেভ হল্যান্ড

উত্তর:


3

আমরা এটা খুঁজেছিলাম. দেখা গেল যে এটি আসলে একটি ওয়েব সার্ভার যার এর একটি অ্যাপ পুলের সাথে সমস্যা ছিল। এটি একই সাথে প্রায়শই জিজ্ঞাসার সেটগুলি চালিয়ে গিয়ে আটকে যাবে (যা টেম্প টেবিলগুলিতে ডিল করার জন্য ঘটেছে)। এটি কেবল লুপ এবং লুপ করবে এবং শেষ পর্যন্ত এসকিউএল সার্ভারকে দু: খিত করে। একবার এই আপত্তিজনক মেশিন / অ্যাপ্লিকেশন পুলটি খুঁজে পাওয়া গেল এবং সবকিছু 'সমাধান' করে দেওয়া হয়েছিল।


2

নিজেকে জিজ্ঞাসা করতে হবে, এসকিউএল পরিষেবা পুনরায় চালু করার সময় কী ঘটে? প্রচুর স্টাফ, তবে দুটি প্রাসঙ্গিক বিষয় মাথায় আসে:

1) এসকিউএল মেমরি মুক্ত হয়।

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

2) টেম্পিডবিটি ডিফল্ট আকারগুলি থেকে পুনর্নির্মাণ করা হয়।

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


1) মেশিনটি 16 গিগাবাইট মেমরি সহ একটি ডেডিকেটেড এসকিউএল সার্ভার, এসকিউএলকে 14 জিবি বরাদ্দ করা হয়। 2) আমি ডিবি আকার এবং বৃদ্ধিতে কিছু সমন্বয় করেছি, সেহেতু আমাকে পুনরায় চালু করতে হবে না। টেম্প টেবিলটি আমার করা সমন্বয়গুলিতে অন্তর্ভুক্ত ছিল যাতে এটির কিছুটা প্রভাব পড়ে possible এটি কয়েক সপ্তাহ কেটে গেছে তাই আমি পরিস্থিতি আবার ঘটে কিনা তা দেখার অপেক্ষায় রয়েছি।
ডেভ হল্যান্ড

1

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


আমরা বেশ কিছু টেম্প টেবিল কল এক্সিকিউটেবল-এর পাথ আমি আশা করি আমরা খুব প্রায়ই ব্যবহার করবেন না ব্যবহার করি, কিন্তু আমি এটা অনুমান করা IS আমাদের পুরোনো কোডিং "স্ট্যান্ডার্ড" কিছু বুদ্ধিমান তাই আমি যে মধ্যে দৃষ্টিপাত করবে সম্ভব। আমরা লিঙ্কযুক্ত সার্ভারগুলি কেবলমাত্র একটিতে ব্যবহার করছি এবং এটির অন্য 2005 বেকার ডিবিতে।
ডেভ হল্যান্ড

0

যদি এটি অদ্ভুত লাগে তবে অদ্ভুত সন্ধান করুন।

যদি এসকিএল সার্ভার সেটিংস টুইটগুলি উইন্ডোজ টাস্ক ম্যানেজারটি চেষ্টা করে না: প্রসেস ট্যাবে যান, তারপরে বিকল্পগুলি> কলামগুলি> সিপিইউ সময় যুক্ত করুন, হ্যান্ডলগুলি, পড়ুন, লিখুন, অন্যান্য এবং মেমরি বিকল্পগুলি।

প্রক্রিয়া তালিকায় ফিরে যান। প্রতিটি কলামের জন্য সর্বোচ্চ থেকে নিম্নতম অনুসারে বাছাই করুন এবং শীর্ষ 5 টি প্রক্রিয়াটি দেখুন। সাধারণ কিছু বাদে? উদাহরণস্বরূপ, কোনও প্রক্রিয়াতে একটি মেমরি ফুটো হ'তে উদ্ভট সংখ্যক হ্যান্ডেল থাকবে। আমাদের কিছু * কি প্রিন্টার রয়েছে যা প্রতি 2 সেকেন্ডের মধ্যে ডিসিএসএলএডার প্রক্রিয়াটিতে একটি হ্যান্ডেল যুক্ত করে। কয়েক সপ্তাহ পরে একটি মেশিন প্রচুর ফ্রি মেমরি এবং সিপিইউ তালিকাভুক্ত করে তবে 100,000 হ্যান্ডলগুলি সহ একটি প্রক্রিয়া সবেমাত্র মাউস পয়েন্টারটি সরিয়ে ফেলবে।

আপনার নির্ধারিত কাজের তালিকাটিও পরীক্ষা করে দেখুন। আপনার AV কে .mdf ফাইলগুলি স্ক্যান না করতে বলুন।


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

0

ডেভ,

আপনি অপেক্ষা পরিসংখ্যান পরীক্ষা করেছেন? আপনি উপরে যে প্রশ্নের সন্ধান করেছেন তা 'সর্বশেষ_দ্বৈত_প্রকার' কলামটি তালিকাভুক্ত করে। সেই কলামটিতে ক্যোয়ারীগুলি কী অপেক্ষা করছে (নেটওয়ার্ক, সিপিইউ, ইত্যাদি) সম্পর্কিত কিছু বিশদ থাকতে পারে


আমার নেই, তবে আমার উচিত। আমি পরের বার এটি ঘটবে তা যাচাই করব।
ডেভ হল্যান্ড

0

যদি আপনার ব্যাকআপ "রিকভারি মডেল" পুরোপুরি হয় তবে ডিবি এবং তারপরে লেনদেন লগগুলির ব্যাকআপ নেওয়া কি আদৌ জিনিসগুলিকে উন্নত করে? যে সিস্টেমে ডিস্কের স্পেস চলে না, এই ধরণের জিনিস সমস্যার ব্যাখ্যা দিতে পারে।


প্রতি 15 মিনিটে সমস্ত ডিবি লগ করা হয় - যার অর্থ ডিবি এবং ট্রান্স লগগুলি অবিচ্ছিন্নভাবে ব্যাক আপ করা হয়, তাই এটি কোনও সমস্যা নয় .... তারা সকলেই প্রায় এক টেরাবাইট ফাঁকা জায়গা নিয়ে এমডি 3 কে চালাচ্ছে।
ডেভ হল্যান্ড

জানা ভাল. আপনার এসকিউএল ক্লায়েন্টরা কোন এসকিউএল সার্ভারের সাথে সংযোগ স্থাপন করবেন? তবুও, প্রচুর প্রশ্ন। সার্ভারটি কি 64-বিট?
jjofofan

ক্লায়েন্টগুলি নেট ওয়েবসাইট (টুলবক্স.কম) এবং হ্যাঁ 64 বিট।
ডেভ হল্যান্ড

সুতরাং, আপনার। নেট ক্লায়েন্টরা jdbc2.x ড্রাইভার ব্যবহার করছে এবং তারা কি সংহত লেখাগুলি ব্যবহার করছে না?
djangofan

0

আমার কাছে আপনার মতো একটি কনফিগারেশন রয়েছে বলে মনে হচ্ছে (16 জিবি, 32 গিগাবাইটে আপগ্রেড করা হয়েছে, এবং এমডি 1000 একটি টেরাবাইট ডিস্কের দ্বৈত কোয়াডকোড় জিয়োন))

অতীতে যে উদ্ভট সমস্যাগুলি নির্ণয় করতে আমাকে কেবল সহায়তা করেছিল তা হ'ল এরল্যান্ড সোমমারস্কোগের বিটা_লকিনফো। ধীর সময় হয়ে গেলে এটি তুলনা করুন এবং তুলনা করুন।

এসপিএল-এর আগে আমার এসকিউএল 2005-এ একটি পাগল পরিমাণ সমস্যা ছিল তবে এসপি 3 সত্যই স্থিতিশীল।


আসলে, আমি শুধু মনে আছে। "স্মৃতিতে লক পৃষ্ঠাগুলি" ব্যবহার করে দেখুন। এসপি 3 এর জন্য সিইউ 4 সহ, এসকিউএল 2005 স্ট্যান্ডার্ড এটি ব্যবহার করতে পারে। দেখুন ব্লগস.এমএসডিএন
রিকার্ডো

0

আশা করি এটি আরও দরকারী তথ্য দেয়:

SELECT  D.text SQLStatement,
        A.Session_ID SPID,
        C.BlkBy,
        ISNULL(B.status, A.status) Status,
        A.login_name Login,
        A.host_name HostName,
        DB_NAME(B.Database_ID) DBName,
        B.command,
        ISNULL(B.cpu_time, A.cpu_time) CPUTime,
        ISNULL((B.reads + B.writes), (A.reads + A.writes)) DiskIO,
        A.last_request_start_time LastBatch,
        A.program_name
FROM    sys.dm_exec_sessions A
        LEFT JOIN sys.dm_exec_requests B
        ON A.session_id = B.session_id
        LEFT JOIN (
                   SELECT   A.request_session_id SPID,
                            B.blocking_session_id BlkBy
                   FROM     sys.dm_tran_locks AS A
                            INNER JOIN sys.dm_os_waiting_tasks AS B
                            ON A.lock_owner_address = B.resource_address
                  ) C
        ON A.Session_ID = C.SPID
        OUTER APPLY sys.dm_exec_sql_text(sql_handle) D
WHERE   DB_NAME(B.Database_ID) = 'YourDBName' -- Comment out line for all db's
ORDER BY ISNULL(B.cpu_time, A.cpu_time) + ISNULL((B.reads + B.writes), (A.reads + A.writes)) DESC

ডিবি ঠিক আছে তা নিশ্চিত করুন:

DBCC CHECKDB -- Checks the allocation and structural integrity of all the objects in the specified database.
DBCC UPDATEUSAGE (bybox) -- Reports and corrects pages and row count inaccuracies in the catalog views

এর সাথে লগস্পেসে নজর রাখুন:

DBCC SQLPERF(LOGSPACE)

আপনি যদি প্রসারণ চলতে দেখেন তবে তা অবশ্যই ধীর হয়ে যাবে। আপনি যদি এটি চালনা করেন তবে দেখবেন যে আপনার লগস্পেসটি 100% এর কাছাকাছি এবং আরও কাছাকাছি এসে গেছে, তারপরে লগটি প্রসারিত হবে এবং শতাংশটি কিছুটা স্থান পাওয়ার সাথে সাথে সঙ্কুচিত হবে। আশা করি আপনার ব্যাকআপটি কিক করে এবং লগটি সাফ করার আগে আপনি কখনই এটি প্রসারিত দেখতে পাবেন না।


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

-1

বেশিরভাগ মূর্খতা কনফিগারেশন। ঘটবে।

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

  • দ্বিতীয়ত, আপনার ডাটাবেসটি অটগ্রোভ করবেন না এবং বিশেষত এটি অটোশ্রিং করবেন না। লোডের উপর নির্ভর করে অটোগ্রো / অটোশ্রিংক হ'ল মূলত আত্মহত্যা সেটিংস।

সেরকম নিছক এসকিউএল সার্ভারের মতো দেখা যায় নি তার চেয়ে অনেক বেশি। হিউ স্ট্রেসের সময়কালে আপনি কি এই ক্যোয়ারির ফলাফল পোস্ট করতে পারেন? আপনার শেষেরটি কি এসময় এসকিউএল সার্ভারের ওভারলোডের কিছু নেই?


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

3
অটোগ্রো আসলে খারাপ জিনিস নয়। এটির উপর নির্ভর করে, তবে এটি সক্রিয় করা আপনার ডাটাবেসের সমস্ত পরিবর্তন বন্ধ হওয়ার চেয়ে অনেক বেশি ভাল কারণ এটি সর্বোচ্চ আকারে রয়েছে।
শান হাওয়াত

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

1
অটোগ্রো খারাপ কারণ এটি ছোট বর্ধনের লগ সহ ফাইলটিকে ক্লাস্টার করে। নেতিবাচক প্রভাব আছে অনেক। সমর্থন.microsoft.com/kb/315512 বরং: ফাইলগুলি একটি সঠিক আকারে সেট করুন, তারপরে একটি পূর্ণ প্রতিবেদন সহ নিয়মিত চেক চালান। নিশ্চিত করুন যে এগুলি বাড়বে না। 1 এমবি সম্ভাব্য অপরাধী হতে পারে, বিটিডব্লিউ ... যদি রক্ষণাবেক্ষণ করার সময় এটি থামাতে / বাড়তে / থামাতে / বাড়তে হয় তবে আপনি অভিনয়টি জানতে চান না।
টমটম

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