কেন সিস্টেমউইজার সার্ভার উচ্চ সিপিইউ ব্যবহারের কারণ করে?


15

SystemUISverver প্রক্রিয়াটি আমার CPU এর 30% নিচ্ছে। আশেপাশে অনুসন্ধান করা স্নো চিতাবাঘের দিবালোকের সঞ্চয় বাগটি প্রকাশ করে যা মেনুবার থেকে ঘড়িটি সরিয়ে সমাধান করা হয়। আমি সিংহের উপর আছি এবং আমি সাফল্য ছাড়াই এটি চেষ্টা করেছি। এটি ঠিক করার জন্য কোনও ধারণা?


3
আপনার ইউআই-তে কেন নিয়মিত কাজ করা হয় সে সম্পর্কে আমি কোনও দৃ concrete় অনুমান দিতে পারি না, তবে এটি সাধারণত কোনও তৃতীয় পক্ষের মেনু আইটেমটি লুপে আটকে যায়। আপনি যদি এটি ডিবাগ করতে চান তবে আপনি sysdiagnose SystemUIServerচালিয়ে অ্যাপল দিয়ে একটি বাগ ফাইল করতে পারেন । প্রক্রিয়াটি কী করছে তা দেখতে আপনি প্রায়শই প্রতিবেদনগুলি সন্ধান করতে পারেন - যেহেতু আপনি স্ট্যাক ওভারফ্লোতেও রয়েছেন এটি এমন কিছু হতে পারে যা আপনার স্ক্রিপ্ট এবং ফলাফলগুলি সন্ধান করার জন্য জ্ঞান থাকতে পারে এবং সিপিইউ বেশি হওয়ার কারণ খুঁজে বের করতে পারে।
bmike

উত্তর:


7

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


7

দেখে মনে হচ্ছে আসলে এটি সমাধানের কয়েকটি উপায় রয়েছে।

আমারও একই সমস্যা হচ্ছে এবং আজ আমি লক্ষ্য করেছি যে আমার ঘড়িটি প্রায় ২ ঘন্টার মধ্যে সঠিক সময়টি প্রদর্শন করে না, এবং যখন আমি ঘড়ির কাঁটার উপরে ঘুরে দেখি তখন আমি স্পিনিং বিচের বলটি পাই।

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

সিস্টেমউইজার সার্ভার প্রক্রিয়াটি নিখুঁত করার জন্য, আপনি কেবল ক্রিয়াকলাপ মনিটর, প্রসেস নাম দ্বারা ফিল্টার বা% সিপিইউ খুলতে পারেন (সম্ভবত এটি সর্বোচ্চ সিপিইউ ব্যবহারকারী হতে পারে), তারপরে "সিস্টেম ইউআইএসভার" নির্বাচন করুন এবং বিকল্পগুলি থেকে "প্রস্থান প্রস্থান" নির্বাচন করতে পারেন can উইন্ডোর শীর্ষে (বোতামটি স্টপ চিহ্নের মতো দেখায়)।

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

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

আপনার টার্মিনালটি খুলুন (/ অ্যাপ্লিকেশনস / ইউটিলিটিস / টার্মিনাল.অ্যাপ)।

টাইপ করুন:

crontab -e

.. এবং প্রবেশ করুন।

আপনার কীবোর্ডের "a" অক্ষরটি হিট করুন।

বৃহত পৃথককরণের জন্য ট্যাবগুলি ব্যবহার করে নিম্নলিখিতটি প্রবেশ করান:

0 */2 * * * killall SystemUIServer

আপনার কীবোর্ডে পালানোর কীটি চাপুন।

টাইপ করুন:

:wq

.. (এটি কোলন, ডাব্লু তারপর কিউ) এবং এন্টার টিপুন।

টার্মিনাল.অ্যাপ


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

2

এটি কেবলমাত্র সিপিইউর সময়টি 5 মিনিটের বেশি হলে প্রক্রিয়াটি শেষ করবে:

*/15 * * * * [[ "$(ps -e | grep SystemUIServer | awk '{print $3}')" > 5:00.00 ]] && killall -kill SystemUIServer

আপনি কীভাবে vi ব্যবহার করবেন তা যদি না জানেন তবে আপনি ক্রন্টব এর সাথে সংশোধন করতে পারেন EDITOR=nano crontab -e


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

2

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

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