Linux за българи: Форуми

Изтеглих няколко филмчета за новия телевизор в къщи (fullHD-1080p). Самите те са с доста високо качество и доста голям обем и изискват доста мощен компютър (формата им е mkv). За щастие имам 4-ядрен процесор 6600 Quad. Под Windows нещата вървят добре, но под Ububtu има гоямо накъсване. Проверих натоварването на процесора - оказа се че едното ядро е натоварено на 100% и явно не смогва на натоварването, докато другите 3 въобще не се използват или са с натоварване 2-3%. Как мога да променя нещата и задачата да се разпредели върху 2 (както забелязах че е при windows) или повече ядра?

Например да пренапишеш плейъра

аха, май въпроса ще отиде в друга посока:
плеъра ли е виновен или кодека?
от личен опит кой плеър и кои кодеци ще ми препоръчате?

VLC fkoz
1080 си фърка и на двуядренчик атлончик, средна хубост, к'ъвто е моя.
ред.: Вградена Nvidia 6150, 1gb ram., Debian.

Пробвах го, не се оправих със субтитрите, но и той не разпределя добре нещата - пак само едно ядро товари предимно. Така правят и kaffeine и kmplayer. Най-добре се справи mplayer - натоварва повече ядра. Лошото е че ми гърми на поразия, а и се видях в чудо докато подкарам субтитрите на български - слава богу с успешен край.

А пробва ли да инсталираш w32codecs?

PS: Мисля че трябва да добавиш в репозиторитата :
deb http://packages.medibuntu.org/ hardy free non-free

Едва ли проблемът е в плейърите. Провери си биосът да не ти е разбъзикан и дали там случайно не пише "cpu Intel/Amd unknown". В момента Технополи* продават такива щайги(взети с голяма отстъпка от Most-компютър*), на по-ниски цени, разбира се.

ред.
Коректно ли е инфото:
dmesg | grep processor
пп. Впрочем, за да разбереш най-бързо "истината" инсталирай glchess и го пусни в режим pc vs. pc.
sudo apt-get install gnome-games

Това беше за @panagonov, за да види равномерно ли му се товарят ядрата.

пп. Мерси. Пропуснах да добавя hard-режима на glchess.

n на брой ядра/процесори се утилизират най-добре, ако CPU-интензивното приложение стартира n на брой CPU-intensive нишки или процеси, уреди си комуникацията между тях (с нишките е доста по-лесно и бързо), от друга страна уреди конкурентният достъп до ресурси (locking), за да няма грозни гранични ситуации, които чупят приложението.

В този ред на мисли, ако програмистите не са се сетили да предвидят тези неща, те няма да станат факт каквито и БИОС опции да се бутат, както и да се компилира ядрото, с каквито и флагове да се компилира приложението.

Просто защото за task scheduler-a, атомарната единица се води процесът (от една версия на ядрото нататък, нишката). Не може един процес или нишка едновременно да се изпълнява на повече от един процесор/ядро. Поради тази причина, не може да се утилизират еднакво добре всички ядра/процесори.

Иначе на теория може да се подходи по друг начин, на много малък интервал от време, процесът/нишката насила се preempt-ват, нещо друго чакащо в runqueue се изпълнява на тяхно място, а това същото се изпълнява на друг процесор/ядро. Това на теория вероятно би подобрило responsiveness-а на една десктоп система, няма да става така, че един CPU-интензивен процес да тормози работата на останалите процеси чак толкова. От друга страна, цената на това е огромна - това "превключване" между процеси върху процесора се нарича context switch и включва запазване/възтановяване на състоянието на регистри, операции по копиране на памет, изчистване на едни кешове, въобще разни "скъпи" операции, които от своя страна ще доведат до по-бавното изпълнение на процесите като цяло. В случаят с видеото, това вероятно ще доведе до насичане на звука или картината или нещо от сорта.

Така че нещата са в ръцете на програмистите

Мисля че говориш за тази тема
http://ubuntuforums.org/showthr....yer+mkv

Засега решението на проблема при мен е SMPlayer. Много приятна програмка, работи много добре (като изключим проблема със стартиране от иконката й на втори монитор, но с Open на файла нещата протичат гладко) и няма проблеми с български субтитри.