Почети тази статия . В нея има сравнение на първия Pentium4 с останалите нормални процесори както и няколко вида трикове за бързо умножение при известна константа.
Дадени са и линкове (дано работят) къд документациите на AMD и Intel. Препоръчвам да намериш документацията към класа процесори които ще ползваш и да погледнеш нещата там.

Накратко, за днешните процесори цикъл на инструкция не е толкова точно понятие.  Големите конвейри, скаларните и супер скаларните архитектури усложняват простите сметки. По-важни са зависимостите между данните (когато резултатът от една иструкция е необходим на следващата) и разбира се достъпът до паметта (RAM-а е 10 пъти по-бавен от CPU-то и правилното използване на кеша е много важно).

[Цитат]

Цитат (Guest @ Дек. 23 2005,07:17)

В момента всичко работи както трябва. Но все пак ето резултатът : Примерен код uzunski ~ # hdparm /dev/hd* ...

Пропуснал си едно "-i" което беше целта на заниманието.
Ако всичко работи нормално кажи как си го поправил.

[Цитат]

Цитат (PAIN1 @ Окт. 09 2005,16:03)

Примерен код bash-3.00# hdparm /dev/hda /dev/hda:  multcount    =  0 (off)  IO_support   =  1 (32-bit)  unmaskirq    =  1 (on)  using_dma    =  1 (on)  keepsettings =  0 (off)  readonly     =  0 (off)  readahead    = 256 (on)  geometry     = 16383/255/63, sectors = 156301488, start = 0 bash-3.00# hdparm /dev/hdb /dev/hdb:  multcount    =  0 (off)  IO_support   =  1 (32-bit)  unmaskirq    =  1 (on)  using_dma    =  1 (on)  keepsettings =  0 (off)  readonly     =  0 (off)  readahead    = 256 (on)  geometry     = 39560/16/63, sectors = 39876480, start = 0

Би ли дал резултата от `hdparm -i /dev/hd?`
В това което ти си дал се посочва само DMA, но е възможно да става дума за обикновен DMA, а не UDMA.

Пусни копиране и top и виж кой процес товари най-много. Това би  дало отправна точка за причината.
Например ако DMA трансфера дава грешка и препраща данните може да доведе до много високо натоварване. (Това се случва при мен при udma5, udma4 е тип-топ).

Възможно е да има проблем с настройването на режима на канала, ако дисковете работат в различни UDMA режими (особенно 33vs66).

Това е опционална функция, можеш да я игнорираш напълно.
Служи за прецизно спане (sleep) когато плеарът се и свършил работата. Препоръчва се при всички 2.4. ядра и 2.6. с големи интервали при превключване на процесите.

Не ти разпъва картината защото не си инсталирам xlib-dev или драйвера на видеото не ти поддържа видео ускорение. Пусни програмата xvinfo и ако ти изкара два екрана информация, значи всичко е наред.

За рестартирането на X-а. Както вече ти казаха най-вероятно грефичната среда умира. Трябва да разбереш защо. Предполагам че си с runlevel 4 (тоест влизаш директно в X).
Някъде имаше един файл в който се записват всички неща които иначе ще се виждат на конзолата. Виж в директорията на твоя потребител за файл с име .xsession-errors (точката в началото го скрива(hidded)).
Също би било добра идея да видиш и log-а на самия X. Той вероятно е в /var/log/Xorg.0.conf (Debain нали вече са с Xorg, а не с XFree86?)

И за край едно предположение. Виж дали имаш достатъчно swap. 128MB RAM са твърде малко за графична среда като KDE или GNOME. Ако ти свърши паметта, кернела убива програмата която ползва най-много памет за най-малко време - може да убива X-а, windows manager-а или нещо такова.

•  Monoppix 1.1.8
[26-08-2005] « 0 »
  • <br>
[26-08-2005] « 0 »
  • Monoppix 1.1.8
[26-08-2005] « 0 »
  • Monoppix 1.1.8
[26-08-2005] « 0 »
  • ::Ново:: <br> [26-08-2005] « 0 »
  • Monoppix 1.1.8
[26-08-2005] « 0 »
  • <br>
[26-08-2005] « 0 »
  • Quake III Arena под GPL [21-08-2005] « 11 »
 
Ето така изглеждаше сайта като го отворих днес.
Май има нужда от малка поправка..

ksymoops-а е чак втората стъпка.
Аз имах късмет да имам oops, но ти го нямаш. Затова:
- използвай примерно LCKM_hotwo
за да го запишеш на swap-а.

- използвай kmsgdump за да го запишеш на дискета или до го отпечаташ през паралелния порт.

 - възможно е да успееш да хванеш dump-а, ако компилираш със серийна конзола и сложиш bootparam console=ttyS1 . Разбира се ще ти трябва още един компютър или какво да е устройство което да запише dump-а (примерно Palm ).

Ако си с 2.6.x kernel включи Kernel_hacking->KernelDebugging->Compile_the_kernel_with_debug_info
Това би трябвало да ти спести ksymoops-а.

Ще е много ценно ако успееш да запишеш един log от kernel panic-а.
BTW ако си с RTL8139 по добре смени модела на Lan-ката.

Понеже нямаш късмета да правиш kernel oops, не можеш да разчиташ на логовете. Ще се наложи да намериш някой от патчовете които dump-ват kernel panic-а на :дискета, сериен кабел, swap.

За съжаление това е само половината работа, понеже кернелът е компилиран от теб, адресите нямат смисъл, затова трябва да го обработиш с ksymoops. Много препоръчително е да направиш директория
/var/log/ksymoops/
Там ще се записват всички зареждания на модули. Да не я забравиш после, че ще ти изяде всичкото място '>
Разбира се трябва ти System.map и някои други файлчета.

За повече информация погледни тук
и разбира се документацията на ksymoops

Ако успееш прати ми вест!

Това размазване се проявява само в драйверите 66.29, изтегли си поредишните 61.11 или ако намериш бета на следващите.
Случва се само в комбинация дъно/карта. Досега никой не е успял да намери workaround.
Има доста дълъга дискусия във форума на NVidia.

За да провериш дали даден пакет е качен, отиди в /var/log/packages/ . Там за всеки качен пакети има текстов файл съдържащ кратко описание на пакета и списък с файловете които са качени.

Това че имаш примерен конфигурационен файл е сигурен признак че samba пакета е бил качен. (Все пак /etc файловете не се трият при премахване на пакета).

Ще изчакам да видя какво ще стане с Patrick.
Не ме е страх да си компилирам пакети сам, и ако не мога да си поддържам системата, най-вероятно ще мина на gentoo или някоя друга source дистрибуция (arch etc...)

Във версия на XviD1.0+ се поддържа GlobalMotionCompenstation с 2 warppoints. Преди него всички използваха една warppoint затова и lavcodecs не поддържаше повече.  Същия проблем имаше и с ffdshow (2003).

Това че филмите ти насичат означава че използваш версия най-малко от преди година. Вземи си най-новия CVS и го компилирай, и без това скоро ще има нов pre6.

[Цитат]

Цитат (Acidtrance @ Окт. 14 2004,20:58)

Здравеите. Имам следния проблем Карта:  nVidia Corporation NV15DDR [GeForce2 Ti] 32MB Монитор: Philips 107E На предишни инсталации, винаги ми хваща от раз честота на монитора с или без nVidia драйвер 85Hz, а сега върви на 75. Системата ми е Debian GNU/linux 3.1 със версия на XFree86: XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-8 20040928112350 fabbione@fabbione.net) Ето и частта от XFree86Config-4 файла засягащ монитора и видео картата: [snip] Section "Monitor"         Identifier      "Philips 107E"         HorizSync       30-60         VertRefresh     50-75 ;================^^^         Option          "DPMS" EndSection [snip]

Как очакваш да ти пусне 85, като си казал че монитора не поддържа повече от 75?

Иначе ако искаш да сложиш режими по-големи от 85Hz, трябва да ги сметнеш например тук
   http://xtiming.sourceforge.net/
и да ги добавиш като ModeLine в секцията на монитора.

[<?xml version="1.0"?><!DOCTYPE fontconfig SYSTEM "fonts.dtd"><!-- /etc/fonts.conf file to configure system font access --><fontconfig> <dir>/usr/X11R6/lib/X11/fonts/win32fonts</dir></fontconfig>]

Такаааа...

Първо. Не ползвам KDE и мисля че то имаше някакви специални собствени настройки. Все пак давам общите настойки тук.

Вече си получил съвет да добавиш пътя към шрифтовете в
/etc/fonts/local.conf - без да ги има там нищо друго няма да сработи.
Например моя файл изглежда така:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- /etc/fonts.conf file to configure system font access -->
<fontconfig>
        <dir>/usr/X11R6/lib/X11/fonts/win32fonts</dir>
</fontconfig>


Едно от малко известните трикове с antialiasing-а е че е необходимо X-а да знае правилните размери на екрана, за да сметне DPI и оттам как да заглажда. С неправилна стойност се появяват доста гадни дефекти.
Това става по два начина - чрез DDC на монитора или ръчно с DisplaySize  в /etc/X11/xorg.conf (XF86Config-4")

Section "Monitor"
        Identifier   "KFC14"
        DisplaySize  250        190
#---^^^^^^^^^^^^^^^^^
        HorizSync    31.5 - 60.0
        VertRefresh  50.0 - 86.0
EndSection


Последното което може да направиш е да прекомпилираш  библиотеката freetype. Това се прави за да се включи т.н. hinting което е патентовано (мисля че от Apple) и се изключва при комерсиалните US дистрибуции.
Аз лично съм на Slackware10 не съм го бъзикал и всичко си е тип-топ.

И престани да плюеш, Xorg 6.7.0 и XFree86 4.4.0 се различават твърде малко.

mplayer ( mplayerhq.hu ) ги зарежда автоматично. За инсталирането му има статия в този сайт. Само ти препоръчвам да ползваш ttf шрифт за субтитри.
xine и vlc би трябвало да правят същото.

Пробвайте на gatos.sf.net някой може да знае нещо.