Új hozzászólás Aktív témák

• #36 tocsa senior tag Adi #22

  Új Válasz 2002-04-12 00:11:52 #36

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tocsa

  senior tag

  válasz Adi #22 üzenetére

  Part 2.
  
  Lássuk az APM-et:
  
  [I] Advanced Power Management BIOS support
  CONFIG_APM:
  
  ...
  If you select Y here, you can disable actual use of the APM BIOS by passing the apm=off option to the kernel at boot time.
  
  Note that the APM support is almost completely disabled for machines with more than one CPU.
  ...
  Generally, if you dont have a battery in your machine, there isnt much point in using this driver and you should say N. If you get random kernel OOPSes or reboots that dont seem to be related to anything, try disabling/enabling this option (or disabling/enabling APM in your BIOS). [/i]
  
  Random kernel OOPS-ot tapasztalhatunk egyes esetekben. Mit tehetünk?
  
  I Some other things you should try when experiencing seemingly random,
  ''weird'' problems:
  ...
  6) make sure that the CPU is not over clocked.
  ...
  9) install a fan for the video card or exchange video RAM
  10) install a better fan for the CPU
  11) exchange RAM chips
  ... /I
  
  Magyarul overclock-olt rendszernél nem tanácsos. A 14-es linux chiptárban a 20 oldalas kernel konfig cikkben (amiben 2.2-es kernelt konfigolnak) azt tapasztalták, hogy az APM funkciók közül az ''Enable PM at boot time'' és a PM Shutdown opciók biztonságosak. A többit instabilnak találták.
  
  Látható, hogy az APM-et nem tartják annyira biztonságosnak, hogy SMP rendszer esetén aktív legyen. Az ACPI egy újabb dolog, a linux kernelben még ennél is újabban jelent meg, ebből már követeztethetünk a válaszomra. De nézzük mit mond a help.
  
  I ACPI support
  CONFIG_ACPI:
  
  ACPI/OSPM support for Linux is currently under development. As such, this support is preliminary and EXPERIMENTAL. Configuring ACPI support enables kernel interfaces that allow higher level software (OSPM) to manipulate ACPI defined hardware and software interfaces, including the evaluation of ACPI control methods. If unsure, choose N here. Note, this option will enlarge your kernel by about 120K.
  .../I
  No comment...de egyébként is, 120K-val megnövelné a kernel méretét ). És még valami:
  ...
  I This code DOES NOT currently provide a complete OSPM implementation -- it has not yet reached APM's level of functionality. When fully implemented, Linux ACPI/OSPM will provide a more robust functional replacement for legacy configuration and power management interfaces, including the Plug-and-Play BIOS specification (PnP BIOS), the Multi-Processor Specification (MPS), and the Advanced Power Management specification (APM).
  .../I
  Én azt mondom: attól mentsen meg minket az ég, hogy mindent az ACPI rendez el, és én nem szólhatok bele.
  
  I Character devices
  <*> Enhanced Real Time Clock Support
  CONFIG_RTC:
  
  If you say Y here and create a character special file /dev/rtc with major number 10 and minor number 135 using mknod (''man mknod''), you will get access to the real time clock (or hardware clock) built into your computer.
  
  Every PC has such a clock built in. It can be used to generate signals from as low as 1Hz up to 8192Hz, and can also be used as a 24 hour alarm. It reports status information via the file /proc/driver/rtc and its behaviour is set by various ioctls on /dev/rtc. /I
  
  Az APIC tulajdonképpen az i82489 chip, mely a korábbi i8259 interrput vezérlőket (PIC) váltja fel. Természetesen az APIC képes úgy viselkedni, mint egy régi PIC, bootnál ezt emulálja (PIC mode). A PC rendszereknek a nagy rákfenéje az Interrupt rendszere, ebben biztosan egyet értünk. Két szintű interrput rendszer (NMI és IRQ). Nagyon kevés az IRQ, számszerint 15 darab. De ebből a 2-es a cascade (amivel az egyik PIC a másikra csatlakozik, régen XT-kben ugyanis csak 8 IRQ volt), meg egy csomó IRQ foglalt alapban. Ezt a helyzetet próbálja javítani az APIC. 16-nál jóval több IRQ-t kezelhet, ha nem PIC módban fut, hanem Virtual Wire vagy Symmetric IO módban. Az utóbbi csak high-end PC-ken bukkanhat fel szerintem, a kernel bootból is látszik, hogy Virtual Wire módba megy a kernel.
  Az APIC segítségével valósulhat csak meg az MP működés, tudniillik az IRQ-k lekezelését el kell osztani a procik között és ez csak HW támogatással sikerülhet. Az i82489-nél ez elég jól, dinamikusan van megoldva. A prociknak kell tudni egymásnak IRQ-t küldeni, ez az IPI (Inter Processzor Interrupt). Ezeket mind-mind témogatja az APIC. Minden processzorban található egyébként egy APIC, és ezen kívül még a chipsetben is van belőle. (Egy vagy több, attól függően, hogy hány busz van, pl. több PCI busz esetén midegyikhez van egy-egy. Tipikus mondjuk, hogy 2*4 db PCI slot van a server alaplapon, két darab PCI buszra elosztva.) A chipsetben lévőket IO-APIC-ként tünteti fel a kernel.
  Egy rákfenéje a régi PIC-nek, hogy alacsony felbontású az timer-e. 18Hz-es ugye a timer interrupt felbontása. Az APIC-ba került a régi timer-en kívül egy jóval nagyobb felbontású is. Valószínűleg az Enhanced Real Time clock opció ezt használja fel.
  
  I If you run Linux on a multiprocessor machine and said Y to ''Symmetric Multi Processing'' above, you should say Y here to read and set the RTC in an SMP compatible fashion. /I
  
  Csak az a kérdés, hogy ez a konfig opció mindössze erről a /dev/rtc és /proc/driver/rtc-ről, illetve annak kezeléséről szól-e, vagy más ettől viszonylag független, de az i82489-es high performance interval timer-ével kapcsolatos kódot is aktivál. Ahhoz kevés vagyok, hogy ezt megmondjam, de bele szoktam fordítani, egyrészt mert ezt ajánlják, másrészt meg nem lesz bajom tőle, ha ott van parlagon ez a két fájl.
  
  Adi írta: ''Ennek tükrében most már megértheti bárki, hogy miért nem nevezhettem ezt a deszkát stabilnak...''
  
  Én azt mondom: ennek tükrében ne jelentsük ki egy deszkáról hogy instabil. Ez csak fokozza az a tévhiedelmet, miszerint az AMD-s rendszerek instabilak. Egyes emberek ezt vallják sajnos. Nem említek neveket.
  
  Egy tipp a köv. csoportos SMP teszthez: ReiserFS gyorsabb, mint az ext3, ext2, ez nagyon jól kijönne kernelfordításkor.
  
  Üdv!
  

Új hozzászólás Aktív témák