Главная категория > Linux

Плюсы и минусы Линукса

<< < (3/35) > >>

Юр:
Сомнительно, что DMA не включается на современных системах автоматически.
Проверить можно конвейерной командой dmesg | grep dma
, а также можно проверить скорость дисковых операций в выводе команды  iostat

о, нарыл еще конкретнее
hdparm -tT /dev/sda (если твой диск sda)

Странно, что мы ею никогда не пользовались. :-\  Наверное, в образ не включали.

drfaust:

--- Цитата: tridentxp от 18/01/2014 11:23:19 ---...на форумах кричат DMA для жестяка включать, но этого параметра для моего саташника просто нет (забыл какой коммандой запрашивал).

--- Конец цитаты ---


Не должно тормозить, хоть с CD грузись. Скорее всего дрова на видео vesa стоят, там не то, что Uniti, там даже openbox будет слайдшоу показывать.

hdparm только для IDE имеет смысл. для сата - там нечего менять (sdparm - называется)


З.Ы. А бубунту - плохая идея, только на "посмотреть". лучше минт или та же магея.

Юр:

--- Цитата: drfaust от 18/01/2014 16:35:25 --- Скорее всего дрова на видео vesa стоят, там не то, что Uniti, там даже openbox будет слайдшоу показывать.
--- Конец цитаты ---
Это вряд ли. У нас даже потоковое видео на vesa казало достаточно приемлемо, сильно не тормозило, хотя разрешение и желало оставлять лучшего. :)
Впрочем, посмотреть, что там поднялось, vesa или нужный драйвер, тоже можно в логе dmesg .
Валь, а ты выполни
dmesg > /mnt/dmesg.txt (или куда-нить еще) и выложи здесь или в личку.


--- Цитата: drfaust от 18/01/2014 16:35:25 ---hdparm только для IDE имеет смысл. для сата - там нечего менять (sdparm - называется)
--- Конец цитаты ---
Это только для контроля. С указанными ключами утилита показывает тайминги кэшированного и буферизированного чтения/записи. У моего нетбука с IDE-диском
blk_read = 1087.10 блоков в секунду
А вот sdparm в моеу центоси 6 не оказалось.
Можно загрузить чем-нибудь весомым процессор и параллельно посмотреть вывод утилиты. При программно-управляемом обмене время дисковых операций при этом существенно увеличится, чем это бывает при прямом доступе.
В top тоже время простоя процессора при массивных дисковых операциях будет другим.
Ой, а каким? :)

drfaust:
Почитайте статейку про программирование com-портов в линухах - сравните с программирование под вынь  ;D


А вот пример работы с lpt. Вроде рабочий - дома осцилла нету тыкнуть в порт. Работает под рутом на
Linux drfaust-GA-MA770-UD3 3.10.19-nrj-desktop-2rosa #1 SMP PREEMPT Wed Nov 27 12:49:16 UTC 2013 i686 i686 i686 GNU/Linux
Спойлер
--- Код: ---

#include <stdio.h>
#include <unistd.h>
#include <sys/io.h>


#define base 0x278
#define time 100000


int main()
{
 int x = 0x32;
 printf("идет импульс в парралельный порт !\n");


 if (ioperm(base, 3, 1)) {perror("ioperm"); return 1;}


 if (ioperm(base,3,1)){  printf("Couldn't get port at %x\n", base); return 1;}




 puts("Для выхода из цикла - ^C");
   
 while(1){
        outb(x, base);
        usleep(time);
        outb(0, base);
        usleep(time);
      }
/* Мы больше не нуждаемся больше в порту */
  if (ioperm(base, 3, 0)) {perror("ioperm"); return 1;}
  return 0;
}
--- Конец кода ---

drfaust:

--- Цитата: Юр от 18/01/2014 18:17:12 ---...
Можно загрузить чем-нибудь весомым процессор и параллельно посмотреть вывод утилиты. При программно-управляемом обмене время дисковых операций при этом существенно увеличится, чем это бывает при прямом доступе.
В top тоже время простоя процессора при массивных дисковых операциях будет другим.
...

--- Конец цитаты ---



Есть же известная грелка процессоров - linpack

Сомневаюсь, что top что либо толковоепокажет - он сам работает при обычном приоритете и не сможет прервать дисковый io, а потому и данные будут "левые".

Навигация

[0] Главная страница сообщений

[#] Следующая страница

[*] Предыдущая страница