Re: [Lug-bg] TUN/TAP в Linux 2.6.x

2006-12-17 Thread Иво Тачев
Здравейте,

Случи ми се нещо странно. Не съм имал досега никакви проблеми с виртуалните
у-ва TUN и TAP в ядра 2.2 и 2.4. Сега ми потрябва такова в SuSE 10.1 (напр.
за QEMU) и... ядец. Ето:
 ...
Гугъл не даде нищо полезно по въпроса, освен че и при други го има този
проблем и май е от ядрото... не се знае... ами то почти на никого не му
трябва тоя TUN...
Да, ама на мене взе, че ми потрябва, и затова търся някой да сподели успешен
опит (неуспешния вече го споделих). За което - предварително благодаря.

Иво Тачев

Ще трябва да оттегля въпроса си и сам да си отговоря, че (както често се 
случва) причината се оказа в собствения ми телевизор (е, не изцяло). 
Най-вече спомените ми се оказаха избледнели, та да не се сетя, че винаги в 
миналото съм използвал ethertap, а не tun. А в 2.6 такова животно нема 
(жалко, работеше толкова безпроблемно).
Така или иначе, оказа се, че QEMU успява да си вдигне така желания от мен tap 
интерфейс, и след многократни проби и грешки актуалният ми проблем се разреши. 
Но остана въпросът: как така QEMU може, а аз ръчно не мога да вдигна tap 
интерфейс? Гугъл пак не даде смислени отговори, но тук най-добре ще отговори 
изходният код на QEMU.
Покрай ръчкането на QEMU в Linux машинката се натъкнах на един много странен 
факт: уж това QEMU е разработено основно за unix/linux платформа, а в Windows 
веднага всичко тръгна точно така, както исках и по начина, описан в 
документацията, докато на мойта си машина видях зор и опциите, с които сега 
върши работа, не съответстват напълно на документацията (qemu 0.8.1 от 
двоичен пакет). Въпросът е общо взето риторичен...

Та, извинявам се на всички за излишната тупурдия в листата.

Иво Тачев

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


[Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Nikolay Kabaivanov
Здравейте
Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120 
GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4
Системата ми работи добре, но много бавно при дискови операции.
При single user mode ситуациата е такава :
-
[EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
/dev/hda:
  Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
  Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
  ---
[EMAIL PROTECTED] ~]# hdparm  /dev/hda 

/dev/hda:
  multcount= 16 (on)
  IO_support   =  3 (32-bit w/sync)
  unmaskirq=  0 (off)
  using_dma=  0 (off)
  keepsettings =  0 (off)
  readonly =  0 (off)
  readahead= 256 (on)
  geometry = 16383/255/63, sectors = 120034123776, start = 0
-
[EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda 

/dev/hda:
  setting using_dma to 1 (on)
  HDIO_SET_DMA failed: Operation not permitted
  using_dma=  0 (off)
--
Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce® 570 
Ultra™ MCP.
Има ли някой идея как може да се забързи този диск и да си работи 
нормално (по-бързо) ?

Поздрави
Nikolay Kabaivanov
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Danail Petrov

Здрасти,
за мен причината е ясна , а така като гледам и ти си я открил. Просто 
трябва да намериш начин да си пуснеш DMA-то , и всичко ще ти е ОК.
Сам ли си компилирал кернела или ползваш стандартен който ти идва с 
дистрибуциата ?


Поздрави,
Данаил Петров

Nikolay Kabaivanov wrote:

Здравейте
Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120 
GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4

Системата ми работи добре, но много бавно при дискови операции.
При single user mode ситуациата е такава :
-
[EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
/dev/hda:
  Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
  Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
  ---
[EMAIL PROTECTED] ~]# hdparm  /dev/hda 


/dev/hda:
  multcount= 16 (on)
  IO_support   =  3 (32-bit w/sync)
  unmaskirq=  0 (off)
  using_dma=  0 (off)
  keepsettings =  0 (off)
  readonly =  0 (off)
  readahead= 256 (on)
  geometry = 16383/255/63, sectors = 120034123776, start = 0
-
[EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda 


/dev/hda:
  setting using_dma to 1 (on)
  HDIO_SET_DMA failed: Operation not permitted
  using_dma=  0 (off)
--
Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce® 570 
Ultra™ MCP.
Има ли някой идея как може да се забързи този диск и да си работи 
нормално (по-бързо) ?


Поздрави
Nikolay Kabaivanov
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
  


--
Danail Petrov
Network Administrator
Evolink, Sofia
+359(2)9691650
www.evolink.com



smime.p7s
Description: S/MIME Cryptographic Signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Victor Keremedchiev

Здравей,

Като се има предвид, че именно дисковия трансфер е един основните параметри
за производителността как така казваш че системата ти работи добре с тия
параметри.


Ето малко за моята система:
hdparm -tT /dev/hda2

/dev/hda2:
Timing cached reads:   380 MB in  2.02 seconds = 188.57 MB/sec
Timing buffered disk reads:   60 MB in  3.10 seconds =  19.33 MB/sec


cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 6
model name  : Celeron (Mendocino)
stepping: 0
cpu MHz : 365.025
cache size  : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov
pat pse36 mmx fxsr
bogomips: 730.78


hdparm -i /dev/hda

/dev/hda:

Model=ST320414A, FwRev=3.05, SerialNo=7EC00G85
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs RotSpdTol.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39851760
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version:  1 2 3 4

* signifies the current active mode
PII 366Mhz 256SDRAM pc133 , HDD Seagate 20gb

On 12/17/06, Danail Petrov [EMAIL PROTECTED] wrote:


Здрасти,
за мен причината е ясна , а така като гледам и ти си я открил. Просто
трябва да намериш начин да си пуснеш DMA-то , и всичко ще ти е ОК.
Сам ли си компилирал кернела или ползваш стандартен който ти идва с
дистрибуциата ?

Поздрави,
Данаил Петров

Nikolay Kabaivanov wrote:
 Здравейте
 Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120
 GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4
 Системата ми работи добре, но много бавно при дискови операции.
 При single user mode ситуациата е такава :
 -
 [EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
 /dev/hda:
   Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
   Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
   ---
 [EMAIL PROTECTED] ~]# hdparm  /dev/hda

 /dev/hda:
   multcount= 16 (on)
   IO_support   =  3 (32-bit w/sync)
   unmaskirq=  0 (off)
   using_dma=  0 (off)
   keepsettings =  0 (off)
   readonly =  0 (off)
   readahead= 256 (on)
   geometry = 16383/255/63, sectors = 120034123776, start = 0
 -
 [EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda

 /dev/hda:
   setting using_dma to 1 (on)
   HDIO_SET_DMA failed: Operation not permitted
   using_dma=  0 (off)
 --
 Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
 BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce(r) 570
 Ultra™ MCP.
 Има ли някой идея как може да се забързи този диск и да си работи
 нормално (по-бързо) ?

 Поздрави
 Nikolay Kabaivanov
 ___
 Lug-bg mailing list
 Lug-bg@linux-bulgaria.org
 http://linux-bulgaria.org/mailman/listinfo/lug-bg


--
Danail Petrov
Network Administrator
Evolink, Sofia
+359(2)9691650
www.evolink.com



___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg




___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Stanimir Kabaivanov

Zdrasti,
Eto niakolko idei, nahwurliani no mislia che moge da swurshat rabota:

http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_device_performance


PS: Abe da ne sme rodnini? hahahaha :-)

On 12/17/06, Nikolay Kabaivanov [EMAIL PROTECTED] wrote:


Здравейте
Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120
GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4
Системата ми работи добре, но много бавно при дискови операции.
При single user mode ситуациата е такава :
-
[EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
/dev/hda:
  Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
  Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
  ---
[EMAIL PROTECTED] ~]# hdparm  /dev/hda

/dev/hda:
  multcount= 16 (on)
  IO_support   =  3 (32-bit w/sync)
  unmaskirq=  0 (off)
  using_dma=  0 (off)
  keepsettings =  0 (off)
  readonly =  0 (off)
  readahead= 256 (on)
  geometry = 16383/255/63, sectors = 120034123776, start = 0
-
[EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda

/dev/hda:
  setting using_dma to 1 (on)
  HDIO_SET_DMA failed: Operation not permitted
  using_dma=  0 (off)
--
Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce(r) 570
Ultra™ MCP.
Има ли някой идея как може да се забързи този диск и да си работи
нормално (по-бързо) ?

Поздрави
Nikolay Kabaivanov
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Ivan Ivanov
Педи време и аз имах този проблем с 2 диска по 250 GB.
добавих ги към работеща система и трансфера кум и от тях беше много бавен.
проблема го реших като от /etc/modules махнах модула ide-cd и всичко заспа.

Опитай и ти може да се оправи.
Поздрави

- Original Message - 
From: Nikolay Kabaivanov [EMAIL PROTECTED]
To: lug-bg@linux-bulgaria.org
Sent: Sunday, December 17, 2006 8:19 PM
Subject: [Lug-bg] Baven obmen s HDD Seagate


 Здравейте
 Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120
 GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4
 Системата ми работи добре, но много бавно при дискови операции.
 При single user mode ситуациата е такава :
 -
 [EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
 /dev/hda:
  Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
  Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
  ---
 [EMAIL PROTECTED] ~]# hdparm  /dev/hda

 /dev/hda:
  multcount= 16 (on)
  IO_support   =  3 (32-bit w/sync)
  unmaskirq=  0 (off)
  using_dma=  0 (off)
  keepsettings =  0 (off)
  readonly =  0 (off)
  readahead= 256 (on)
  geometry = 16383/255/63, sectors = 120034123776, start = 0
 -
 [EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda

 /dev/hda:
  setting using_dma to 1 (on)
  HDIO_SET_DMA failed: Operation not permitted
  using_dma=  0 (off)
 --
 Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
 BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce® 570
 Ultra™ MCP.
 Има ли някой идея как може да се забързи този диск и да си работи
 нормално (по-бързо) ?

 Поздрави
 Nikolay Kabaivanov
 ___
 Lug-bg mailing list
 Lug-bg@linux-bulgaria.org
 http://linux-bulgaria.org/mailman/listinfo/lug-bg
 

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] Baven obmen s HDD Seagate

2006-12-17 Thread Ivan Ivanov

- Original Message - 
From: Nikolay Kabaivanov [EMAIL PROTECTED]
To: lug-bg@linux-bulgaria.org
Sent: Sunday, December 17, 2006 8:19 PM
Subject: [Lug-bg] Baven obmen s HDD Seagate


 Здравейте
 Имам дънна платка Asus M2N-E със Sempron 2800+, 512 MB RAM, HDD PATA 120
 GB, 8 MB кеш, 7200 оборота (ST3120814A) и линукс CentOS 4.4
 Системата ми работи добре, но много бавно при дискови операции.
 При single user mode ситуациата е такава :
 -
 [EMAIL PROTECTED] ~]# hdparm -tT /dev/hda
 /dev/hda:
  Timing cached reads:   3508 MB in  2.00 seconds = 1753.39 MB/sec
  Timing buffered disk reads:   20 MB in  3.15 seconds =   6.35 MB/sec
  ---
 [EMAIL PROTECTED] ~]# hdparm  /dev/hda

 /dev/hda:
  multcount= 16 (on)
  IO_support   =  3 (32-bit w/sync)
  unmaskirq=  0 (off)
  using_dma=  0 (off)
  keepsettings =  0 (off)
  readonly =  0 (off)
  readahead= 256 (on)
  geometry = 16383/255/63, sectors = 120034123776, start = 0
 -
 [EMAIL PROTECTED] ~]# hdparm  -d 1 /dev/hda

 /dev/hda:
  setting using_dma to 1 (on)
  HDIO_SET_DMA failed: Operation not permitted
  using_dma=  0 (off)
 --
 Кернелът ми е 2.6.9-42.0.3.plus.c4 , системата е 64 битова и ъпдейтвана.
 BIOS-a на дънната платка е от декември. Чипсетът е NVIDIA nForce® 570
 Ultra™ MCP.
 Има ли някой идея как може да се забързи този диск и да си работи
 нормално (по-бързо) ?

 Поздрави
 Nikolay Kabaivanov
 ___
 Lug-bg mailing list
 Lug-bg@linux-bulgaria.org
 http://linux-bulgaria.org/mailman/listinfo/lug-bg
 

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] TUN/TAP в Linux 2.6.x

2006-12-17 Thread Dragomir Zhelev
On Sunday 17 December 2006 11:05, Иво Тачев wrote:


modprobe tun



 Здравейте,
 
 Случи ми се нещо странно. Не съм имал досега никакви проблеми с
  виртуалните у-ва TUN и TAP в ядра 2.2 и 2.4. Сега ми потрябва такова в
  SuSE 10.1 (напр. за QEMU) и... ядец. Ето:
  ...
 Гугъл не даде нищо полезно по въпроса, освен че и при други го има този
 проблем и май е от ядрото... не се знае... ами то почти на никого не му
 трябва тоя TUN...
 Да, ама на мене взе, че ми потрябва, и затова търся някой да сподели
  успешен опит (неуспешния вече го споделих). За което - предварително
  благодаря.
 
 Иво Тачев

 Ще трябва да оттегля въпроса си и сам да си отговоря, че (както често се
 случва) причината се оказа в собствения ми телевизор (е, не изцяло).
 Най-вече спомените ми се оказаха избледнели, та да не се сетя, че винаги в
 миналото съм използвал ethertap, а не tun. А в 2.6 такова животно нема
 (жалко, работеше толкова безпроблемно).
 Така или иначе, оказа се, че QEMU успява да си вдигне така желания от мен
 tap интерфейс, и след многократни проби и грешки актуалният ми проблем се
 разреши. Но остана въпросът: как така QEMU може, а аз ръчно не мога да
 вдигна tap интерфейс? Гугъл пак не даде смислени отговори, но тук най-добре
 ще отговори изходният код на QEMU.
 Покрай ръчкането на QEMU в Linux машинката се натъкнах на един много
 странен факт: уж това QEMU е разработено основно за unix/linux платформа, а
 в Windows веднага всичко тръгна точно така, както исках и по начина, описан
 в документацията, докато на мойта си машина видях зор и опциите, с които
 сега върши работа, не съответстват напълно на документацията (qemu 0.8.1 от
 двоичен пакет). Въпросът е общо взето риторичен...

 Та, извинявам се на всички за излишната тупурдия в листата.

 Иво Тачев

 ___
 Lug-bg mailing list
 Lug-bg@linux-bulgaria.org
 http://linux-bulgaria.org/mailman/listinfo/lug-bg


pgpB80TEcyMzu.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg