17.04-এ আপডেট হওয়ার পরে সিস্টেমেড-উচ্চতর সিপিইউ ব্যবহার সমাধান করুন


28

আমি সম্প্রতি আমার জুবুন্টুকে 16.10 থেকে 17.04 এ আপগ্রেড করেছি।

সিস্টেম-রেজোলিউশন ব্যতীত প্রতিটি জিনিসই ভাল কাজ করে। কিছু সময় এটি সিপিইউর ব্যবহার খুব বেশি করে দেয় এবং আমি জানি না কেন এই সমস্যাটি সুখী হয়েছে।

এবং এখানে topকমান্ড আউটপুট:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                               
  1114 systemd+  20   0   51532   6744   4504 R   100  0.0   9:51.67 systemd-resolve                       
  1152 dnsmasq   20   0   64360   2892   2480 R  38.9  0.0   4:05.53 dnsmasq                               
  1245 root      20   0  376644  89644  64436 S   1.7  0.5   0:35.69 Xorg                                  
  1624 asus      20   0  370160  45820  28488 S   0.7  0.3   0:00.90 python2                               
  2238 asus      20   0 2562816 553112 128492 S   0.7  3.4   2:41.20 firefox                               
    16 root      20   0       0      0      0 S   0.3  0.0   0:01.05 ksoftirqd/1                           
   708 root     -51   0       0      0      0 S   0.3  0.0   0:01.20 irq/95-ELAN1000                       
  1302 root     -51   0       0      0      0 S   0.3  0.0   0:03.68 irq/142-nvidia                        
  1734 asus      20   0  483388  11060   8560 S   0.3  0.1   0:05.45 conky                                 
  2820 root      20   0       0      0      0 S   0.3  0.0   0:00.14 kworker/5:1                           
  3420 asus      20   0   53384   3932   3200 R   0.3  0.0   0:00.76 top                                   

আমি জানি না কেন এই সমস্যাটি সুখী হয়েছে তবে সাধারণত কিছু কমান্ড চালানোর সময় এটি ঘটে থাকে sudo apt update

(আমি টর এবং obfs4proxy ব্যবহার করছি, এটি উত্তরের জন্য সহায়ক হতে পারে)

উত্তর:


36

আমার পোর্ট 53-এ সিস্টেমড-রেজোলিউশন এবং ডিএনএমস্কের মধ্যে একই রকম দ্বন্দ্ব ছিল।

https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved

এবং

https://github.com/systemd/systemd/pull/4061

যোগ করার জন্য আমাকে নেতৃত্বে DNSStubListener=noমধ্যে /etc/systemd/resolved.confএবং তারপর sudo service systemd-resolved restart


5
এটি কাজ করে, তবে তখন আমার কোনও ডিএনএস ছিল না এবং নাম দিয়ে ওয়েবসাইটগুলি অ্যাক্সেস করতে পারিনি।
এ্যালাবল

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

হ্যাঁ, এটি resolvedডিএনএমস্কের মতো একই কাজ করে? আমাদের কি তাদের ভাল করার জন্য অক্ষম করা উচিত? কারণ দুটি স্থানীয়
ডিএনএস রেজলভারগুলি পাওয়া

ওম ... খুব ভাল লাগছিল। আমার সিপিইউ ফ্যানটির নিঃশব্দে তাত্ক্ষণিকভাবে আমি সিস্টেম-সংশোধন পুনরায় শুরু করেছি ... তবে এখন ক্রোম 100 এর সাথে স্পাই করে দেখা যাচ্ছে?
জনি আসমার

1
হ্যাঁ - এই সমাধানটির অনাকাঙ্ক্ষিত পার্শ্ব-প্রতিক্রিয়া বলে মনে হয়েছে (থান্ডারবার্ড হত্যা সহ) ... আমার জন্য কাজ করে এমন কৌশলটির জন্য মার্ক্যাকারম্যানের নীচের উত্তরটি দেখুন।
জনি আসমার

24

অন্যান্য অ্যাপ্লিকেশনগুলির সাথে সমস্যার সৃষ্টি হয়েছে (আমার ক্ষেত্রে টিমভিউয়ার)

সমাধানের আরও একটি পদক্ষেপ দ্বারা প্রস্তাবিত

লাইন যুক্ত DNSMASQ_EXCEPT=loকরুন/etc/default/dnsmasq

sudo nano /etc/default/dnsmasq

Dnsmasq এর মাধ্যমে পুনরায় চালু করুন

sudo service systemd-resolved restart

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

চিয়ার্স, মার্ক


1
sudo nanoকনফিগার সম্পাদনা করার উপায় নয়, sudoeditপরিবর্তে ব্যবহার করা উচিত। এবং systemctlহ'ল সিস্টেমড সহ পরিষেবাদি পুনরায় চালু করার উপায়। সর্বোপরি, এটি আমার পক্ষে কাজ করে না, আমি এখনও 100% সিপিইউ ব্যবহার দেখতে পাচ্ছি।
ইভান আনিশচুক

এবং এটি কার্যকরভাবে dnsmasq অক্ষম করে না? তখন কেন এটি পুরোপুরি অক্ষম করবেন না?
ইভান আনিশচুক

@ ইভানআনিছুক আপনি অর্ধেক ঠিক আছেন। এটি ডিএনএসমাস্কের ডিএনএস প্রক্রিয়াটি অক্ষম করে তবে এটিতে ডিএইচসিপি প্রক্রিয়াও রয়েছে।
মোশে

10

কেউ ফাইল পরিবর্তন করে যখন সিস্টেমড-সলভড পাগল হয়ে যায় /etc/resolv.conf, যার অর্থ 127.0.0.53 এর নিজস্ব শ্রবণ ঠিকানাটির দিকে ইঙ্গিত করা।

নেটওয়ার্কিং ইভেন্টগুলি দ্বারা (ভিপিএন, বা ডাউন, ডিএইচসিপি, ইত্যাদি) দ্বারা যে কোনওরকম স্ক্রিপ্ট হতে পারে)

আপনি যদি নামসারভারটি 127.0.0.53 এ ফিরে যান, তবে সিস্টেম-সমাধান করা কয়েক সেকেন্ড পরে "শান্ত" হবে।

ধরে নিই যে প্রত্যেকে বিধি সম্মান করছে, এবং কেবল সমাধানকারীটির কনফিগারেশনটি সংশোধন করার জন্য রেজলভকনফ ব্যবহার করছে, আপনি এটি করতে পারেন:

ফাইলটি /etc/resolvconf/interface-orderসেই ক্রম নির্দিষ্ট করে যেখানে নেমসার্ভারগুলি ব্যবহৃত হবে সেই নেটওয়ার্ক ইন্টারফেসের উপর নির্ভর করে from

আপনি যদি systemd-resolvedফাইলের শীর্ষে একটি এন্ট্রি যোগ করেন তবে এটি সর্বদা প্রথমে বিবেচিত হবে এবং ফাইলটি পরিবর্তন করা হবে না।


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

1
এই সমস্যাটি পুনরায় বুট করার পরে ফিরে আসবে বলে মনে হচ্ছে ... কোন ধারণা কি আমার সংশোধন করবে resolv.conf?
জনি Asmar

1
এই সমাধানটি আমার পক্ষে কাজ করে (যদিও উপরের
দু'জনেই

2

18.04 এ আমার একই সমস্যা ছিল। systemd-resolvedএবং dnsmasqলুপ ঝোঁক। আমি এটি এইভাবে সমাধান করেছি:

নিম্নলিখিত লাইনটি এটিকে সংযুক্ত বা বিচ্ছিন্ন করুন /etc/default/dnsmasq:

IGNORE_RESOLVCONF=yes

নেমসার্ভারগুলি সংজ্ঞায়িত করতে আপনার নিজের resolvফাইল ( /etc/resolv.personal) তৈরি করুন । আপনি এখানে যে কোনও নেমসারভার ব্যবহার করতে পারেন। ওপেনএনআইসি থেকে দুজন নিয়েছি

nameserver 5.132.191.104
nameserver 103.236.162.119

ইন /etc/dnsmasq.confযোগ করতে অথবা uncomment নিম্নলিখিত লাইন:

resolv-file=/etc/resolv.personal

তারপর পুনরায় আরম্ভ dnsmasqএবং ডিফল্ট সমাধানকারী অক্ষম: systemd-resolved

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