রাস্পবেরি পাইতে ওয়েব ব্রাউজের গতির বাধা কোথায়?


23

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

আমি যা জানতে চাই তা হ'ল পাইতে বাধা কোথায়? এটি কি সিপিইউ, বা র‌্যামের আকার, বা অ্যাক্সিলারেটেড এক্স সার্ভার? ব্রাউজারের গতি বাড়ানোর জন্য সরাসরি জিপিইউ ব্যবহার করা কি সম্ভব?


এবং পাই একটি 3.5 "480 x 800 স্ক্রিন চালাচ্ছে ?;) যদি না হয় তবে তা একা কিছুটা ফ্যাক্টর ...
গোল্ডিলকস

এইচডিএমআই-থেকে-ভিজিএ কেবলের মাধ্যমে প্রদর্শনের জন্য একটি ভিজিএ মনিটর ব্যবহার করা হয় এবং কনফিগারেশনটি hdmi_mode=35 1280x1024 60Hz... তবে কনফিগারেশনের পরিবর্তনের পরে আমি কোনও উন্নতি দেখতে পাচ্ছি নাhdmi_mode=9 800x600 60Hz
হ্যালো.উজএক্স

কোনো সন্দেহ নেই. আমি মনে করি টেপ-আউট এই প্রশ্নের সঠিক উত্তর আছে তবে আমি আপনার জন্য একটি ধারণার সাথে আরও একটি যুক্ত করেছি।
স্বর্ণিলকস

উত্তর:


15

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

উপাখ্যানিকভাবে, htopপাইতে মিডোরি যখন ফেসবুকের মতো ভারী ওয়েবসাইট বোঝায়, আমি এক্স প্রসেসটি সিপিইউর 25% পর্যন্ত নিতে দেখেছি।

আপনার অ্যান্ড্রয়েড ফোনের চিপটিকে পাই এর চিপ (এমনকি ওভারক্লকড) সাথে তুলনা করা সত্যিই ন্যায্য নয়। আপনার ফোনে 1 গিগাহার্টজ চিপ সম্ভবত কর্টেক্স-এ 8 বা এ 9 এর মতো, যা স্থাপত্যের এআরএমভি 7 সংস্করণ ব্যবহার করে; সুতরাং, তারা ARMv6 ব্যবহার করে এমন ARM11 এর তুলনায় প্রতি ঘড়ি চক্রের উচ্চতর পারফরম্যান্স।


কোন ধরণের 2 ডি ড্র অপারেশন জিপিইউ ত্বরান্বিত করতে পারে?
ত্রিসমেগিস্টোস

@ ট্রাইসমেজিস্টোস অঞ্চলগুলিতে রঙগুলি পূরণ করুন। স্বচ্ছ পটভূমি সহ স্তরগুলির সংমিশ্রণ। স্মুথ ফন্ট প্রান্ত।
দিমিত্রি গ্রিগরিয়েভ

14

এটি ইতিমধ্যে সঠিক উত্তর আইএমও, এবং আমি যা প্রস্তাব করছি তা সম্ভবত খুব বেশি পার্থক্য করবে না, তবে এটি জেনে রাখা কার্যকর হতে পারে।

আপনি যা করতে চান তা যদি ব্রাউজারটি চালানো হয় তবে আপনাকে ডেস্কটপ পরিবেশও চালাতে হবে না। এমন একটি ফাইল তৈরি করুন যা এর মতো দেখায় $HOME/.xinitrc:

#!/bin/sh

midori

.Xinitrc যদি ইতিমধ্যে বিদ্যমান থাকে তবে এটি অস্থায়ীভাবে সরান বা অন্য কোনও মন্তব্য করুন। এখন, startx(অবশ্যই, আপনার এটি ইতিমধ্যে থাকা উচিত নয় - জিইউআই চালিত না করে কনসোল থেকে এটি করুন)। ভয়েলা, আপনার কাছে কেবল ব্রাউজার রয়েছে, কোনও ডেস্কটপ নেই।

এটি একটি স্মৃতিশক্তি সামান্য পরিমাণে সাশ্রয় করে, যদিও ব্রাউজারটি ঘরে হাতির অনেক দূরে এবং নিজেই জর্গ সার্ভারটি (এটি চলছে) একটি বেসিক lxde (যা এখন চলছে না) এর চেয়ে বড় । আপনি যদি র‌্যামে এত বেশি লোড করে থাকেন যে আপনি অদলবদ ব্যবহার করছেন, এটি কার্য সম্পাদনকে প্রভাবিত করবে। উপরের মিডোরি + খালি এক্স <100 এমবি বাসিন্দার অনুসারে ব্যবহার করে free:

             total       used       free     shared    buffers     cached
Mem:        448708     242604     206104          0      82660     105156
-/+ buffers/cache:      54788     393920
Swap:       102396          0     102396

448708 - 393920 = 54788/1024 = 53.5 এমবি

এটি 4 টি ট্যাব খোলা রয়েছে। আবার, আপনি যদি এগুলি দেখেন এবং আপনার র্যামটি সম্পূর্ণরূপে দেখতে পান তবে এটি পারফরম্যান্সের সমস্যা। মনে রাখবেন যে রামটি পূর্ণ না থাকলেও কিছুটা অদলবদল করা স্বাভাবিক , তাই এটি নিয়ে চিন্তা করবেন না - যে অদলবদল স্টাফগুলি কম অগ্রাধিকার।

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

অন্য কথায়, অনুকূলভাবে আপনি চান যে আপনার প্রতিশ্রুতিবদ্ধ মেষ পাইতে পাওয়া যায় তার 75% এর বেশি না হয় এবং সম্ভবত এর চেয়ে কম হয়। আপনি যদি এলএক্সডিইডি ব্যবহার করেন এবং অন্যান্য জিনিসগুলি খোলার শুরু করেন, আপনি দ্রুত সেই দিকে যেতে শুরু করতে পারেন।


5

অস্বীকৃতি : সন্দেহজনক প্রভাব সহ পরীক্ষামূলক বৈশিষ্ট্যগুলি ব্যবহার করে নীচে বর্ণিত। প্রবর্তিত regressions এবং প্রকৃত কর্মক্ষমতা লাভের জন্য পরীক্ষা নিশ্চিত করুন।

আপনি Google Chrome এর / Chromium- এর কিছু চেষ্টা করে দেখতে পারেন পতাকার অধীনে অধীনে chrome://flags(আপাত) ব্রাউজিং পারফরম্যান্সের উন্নতি করতে। একটা হল নিবন্ধ কর্মক্ষমতা প্রাসঙ্গিক পতাকার কিছু ব্যাখ্যা । আমি এখানে কিছু সংগ্রহ করার চেষ্টা করব:

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

সমস্ত পৃষ্ঠায় জিপিইউ রচনাগুলি সমস্ত স্তরগুলিকে স্ক্রোল করতে জিপিইউ ব্যবহার করবে। সুতরাং জিপিইউ-ত্বরণযুক্ত স্তর ছাড়াই পৃষ্ঠাগুলিতে স্ক্রোলিং কার্যকারিতা উন্নত করা উচিত।

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

পৃথক থ্রেডে রেন্ডারিং রেন্ডারিংকে সংশ্লেষজনকভাবে করবে এবং ইন্টারফেসটি প্রতিক্রিয়াশীল রাখবে। পৃষ্ঠাটি এখনও রেন্ডারিংয়ের সময় আপনি স্ক্রোল করতে পারেন।

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

কোনও স্যুইচ সক্ষম / অক্ষম করার পরে, সেটিংস প্রয়োগের জন্য আপনাকে ক্রোম / ক্রোমিয়াম পুনরায় চালু করতে হবে। পতাকা-পৃষ্ঠার নীচের অংশের বোতামটি এটি আপনার জন্য করতে পারে।

আরও এগিয়ে যাওয়ার পরে, কমান্ড লাইন সুইচগুলি ক্রোম / ক্রোমিয়ামকে অনুকূল করতে ব্যবহার করা যেতে পারে। সম্পূর্ণ তালিকার জন্য ক্রোমিয়াম কমান্ড লাইন সুইচগুলির তালিকা দেখুন See

--default-tile-widthএবং --default-tile-heightপ্রতিটি পৃষ্ঠার প্রাথমিক উপস্থাপনের গতি বাড়ানোর জন্য পর্দার আকারের একটি ভগ্নাংশের সাথে মিল রেখে সেট করা যেতে পারে।


আমি পতাকা চেষ্টা Override software rendering list, GPU compositing on all pagesএবং Threaded compositingপাই উপর, কিন্তু কোন আপাত উন্নতি বলে মনে হয়। আমি অন্যথায় পিসিতে এই পতাকাগুলি চেষ্টা করেছি, কোনও উন্নতিও মনে হচ্ছে না।
হ্যালো.উজএক্স

পতাকাগুলি সম্পাদনা করার পরে Chrome পুনরায় চালু করার বিষয়টি নিশ্চিত করুন। Override software rendering listএকটি ওয়েবজিএল ডেমোটি পরীক্ষা করতে । Threaded compositingবড় পৃষ্ঠা লোড হওয়ার পরেও স্ক্রোল করার চেষ্টা করতে test
বেংট

আমি এখানে কি পড়া করছি থেকে: chromium.org/developers/design-documents/... ব্যবহার "থ্রেডেড কম্পোজিটিং" will পাই সহায়তার নয় - এটি শুধুমাত্র একটি কোর আছে - এবং এটি করা হতে পারে খারাপ , কিভাবে গুরুত্বপূর্ণ তার উপর নির্ভর করে " বর্তমান রেন্ডারিং রাষ্ট্রের অনুলিপিটিতে অপেরাট [আইএনএন] "।
স্বর্ণকেশ

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