Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: [Lug-bg] Проблем с 2xQuad-Core


  • Subject: Re: [Lug-bg] Проблем с 2xQuad-Core
  • From: Васил <vasence@xxxxxxxxx>
  • Date: Wed, 21 Jan 2009 22:34:40 +0200

Пренаписване/прекомпилация за smp.
Интересно ми е какво означава да работи като 286 машината?
Нямам възможност да тествам върху такава бъзикня на HP, но идеята ми с
изхода от hdparam беше, да не е от контролера за хардовете.
В google не намерих няаква информация за проблеми.
За това кажи точно какво бави и как.

На 21 януари 2009 22:10, Marian Marinov <mm@xxxxxxxx> написа:
> Из usr/src/linux/Documentation/IRQ-affinity.txt
> /proc/irq/IRQ#/smp_affinity specifies which target CPUs are permitted
> for a given IRQ source. It's a bitmask of allowed CPUs. It's not allowed
> to turn off all CPUs, and if an IRQ controller does not support IRQ
> affinity then the value will not change from the default 0xffffffff.
>
> IRQ балансиране неможе да се прави в user space тъй като програмите от user
> space нямат собствено IRQ. Можеш да наредиш отделните хардуерни устройства на
> отделните процесори, но никога няма да си сигурен кой софтуер на кой процесор
> ще ти върви.
>
> Ако знаеш как се прави това със софтуера, ще съм много любопитен да науча,
> благодаря.
>
> Мариян
>
> On Wednesday 21 January 2009 18:13:39 Kamen Medarski wrote:
>> irqbalance се дума софтвера ...!
>>
>> 2009/1/20 Marian Marinov <mm@xxxxxxxx>:
>> > On Tuesday 20 January 2009 16:13:26 Rosen Balchev wrote:
>> >> Да, hdparm-a e добре
>> >> hdparm -tT /dev/cciss/c0d0
>> >>
>> >> /dev/cciss/c0d0:
>> >>  Timing cached reads:   11912 MB in  2.00 seconds = 5963.35 MB/sec
>> >>  Timing buffered disk reads:  518 MB in  3.00 seconds = 172.65 MB/sec
>> >> но проблема произтича от това , че според мен по някакъв начин не
>> >> натоварва еднакво ядрата.
>> >>
>> >> Поздрави, Росен.
>> >
>> > Е то никога неможеш да натовариш ядрата точно по равно :)
>> > За тази цел трябва бая да пипаш по scheduler-а в ядрото.
>> >
>> > В scheduler-а има една част от кода която е изцяло отделена за adaptive
>> > load. Има някой неща които просто немогат да работят въху двете ядра...
>> > ако софтуера не е писан да се възползва от мнгото ти процесори... ядрото
>> > какво да прави? да си го мести от единия на другия процесор ли ?
>> >
>> > Мариян
>> >
>> > _______________________________________________
>> > Lug-bg mailing list
>> > Lug-bg@xxxxxxxxxxxxxxxxxx
>> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
>>
>> _______________________________________________
>> Lug-bg mailing list
>> Lug-bg@xxxxxxxxxxxxxxxxxx
>> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
> _______________________________________________
> Lug-bg mailing list
> Lug-bg@xxxxxxxxxxxxxxxxxx
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>



-- 
+++++++++++++++++++++++++++++++++++
Поздрави!
Васил Петров
Може би не отговарям, защото: http://6lyokavitza.org/mail
+++++++++++++++++++++++++++++++++++
_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg


 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.