memória használata

10 bejegyzés megtekintése - 11-20 / 59
  • Szerző
    Bejegyzés
  • #2057973
    NagyGabika
    Felhasználó

      /dev/hda:
      multcount    = 16 (on)
      IO_support  =  0 (default 16-bit)
      unmaskirq    =  0 (off)
      using_dma    =  1 (on)
      keepsettings =  0 (off)
      readonly    =  0 (off)
      readahead    = 256 (on)
      geometry    = 59582/16/63, sectors = 30750031872, start = 0

      #2057974
      admin
      Adminisztrátor

        hprarm -tT /dev/hda > /home/teszt.txt
        eredménye?
        (az erdmény a /home/teszt.txt fájlban lesz)

        #2057975
        kisbetu
        Felhasználó

          Azt az IO_supportot azért átkapcsolnám.

          #2057976
          bepe79
          Felhasználó
            NagyGabika wrote:
            a gépempen 512 Mb ram volt amikor felraktam az uhu-t. most vettem még 521 MB ram-ot de a memória használtsága ugyanannyi. olyan mint ha feleslegessen lenne benne plussz memória. újra kell telepítenem, vagy beállítási gond, illetve nem kell neki több memória. remélem nem feleslegessen vettem. :tellme:

            Két dolgot írnék, egyiket a memóval kapcsolatban, a másikban pedig adok tippet a hdparm-al kapcsolatban a full gyorsításra.

            1., Memória: nekem 1024 MB DDR/400 van, és nem lesz/lett ‘sokkal’ gyorsabb az UHU 1.2 final és az UHU 2.0 snapshot sem. Ugyan nem nagyon swap-el, de nekem anno régebben 512-vel sem volt gondom.

            2., a hdparm-ot (én hülye) eddig soha meg sem néztem, de pont ma olvastam egy linux-tuning cikket, és ott adtak egy csomó jó ötletet. Berakom ide, mert lehet, hogy tényleg sokat dob a rendszeren (sõt, biztos vagyok benne, hogyha valakinél eddig a dma és a 32b ki volt kapcsolva):

            Hdparm

            At this moment we revisited hdparm. We have seen that it can show disk information but it can set some properties too. The most important options you can try are:

            -d: enables/disables DMA transfers.
            -X: fine tuning for the DMA transfers.
            -A: for look ahead when reading disk blocks.
            -c: enable IDE 32 bit support.
            -C: very important for laptops (power management features)

            As an example, I disable my DMA transfers, look ahead and 32 bit support and run a test:

            [root@Hammer ~]# hdparm -A0 -d0 /dev/hda

                /dev/hda:

                setting using_dma to 0 (off)
                setting drive read-lookahead to 0 (off)
                using_dma = 0 (off)

                [root@Hammer ~]# hdparm -tT /dev/hda

                /dev/hda:
                Timing cached reads: 1580 MB in 2.00 seconds = 789.33 MB/sec
                Timing buffered disk reads: 8 MB in 3.20 seconds = 2.50 MB/sec

            Notice that buffered disk reads have decreased dramatically! It is more than 15x worse (compared to the test performed above…).

            #2057977
            bepe79
            Felhasználó

              Itt van még egy dolog:

              „Sysctl

              Probably this is the best tool for tuning linux systems. It can configure a lot of system parameters while the linux kernel is running. It handles this, by reading and writing to kernel variables through procfs files.

              The complete list of available variables is shown by typing:

              [root@Hammer ~]# sysctl -a

              It would be a waste of time to explain every variable in this long list. Instead of that, if you are curious, you can play with them (most of them are self-explanatory).

              My advice: look at networking options.”

              !!!FIGYELEM!!! Ha nem tudod, hogy mit csinálsz, akkor ezen ne változtass, „ebbe ne nyúlj bele”

              #2057978
              bepe79
              Felhasználó

                Egy kis segítség. Ezt a parancsot add ki:

                hdparm -d1 -A1 -c1 /dev/hda

                és valószínûleg gyorsulni fog minden.

                #2057979
                pointux
                Felhasználó

                  „a gépempen 512 Mb ram volt amikor felraktam az uhu-t. most vettem még 521 MB ram-ot de a memória használtsága”
                  Ezen a windows tud segíteni, vegyél még bele 1000-ret és rakjál fel egy v|$tat 🙂

                  „IO_support  =  0 (default 16-bit)”
                  nem használod ki a rendszer 32 bites képességeit… sõt, ha 64 bites a proc…

                  „Timing cached reads: 1580 MB in 2.00 seconds = 789.33 MB/sec”
                  Nem rossz az a kess…
                  Gondolom valami sata csatolású gyengébb „mechanikájú” cucc lehet, mert az olvasási sebesség a 15-tel is elég gyengus (bõven 50 felett kéne lennie).

                  #2057980
                  pointux
                  Felhasználó

                    „-d1”
                    A dma be van neki kapcsolva…

                    #2057981
                    AMD486
                    Felhasználó

                      Ez a „több memória” == „gyorsabb gép” windowsos hozzáállás, baromság.
                      Memória = a futó programok adattároló egysége. Több memória = több program tud egymás mellett futni.
                      Gyorsabb csak akkor lesz valami, ha a memóriabõvítés elõtt swappelést okozott (több memóriát igényelt mint a fizikai RAM, ezért a HDD-t kellet erre a célra használni, ami lelassította)…

                      Azért van Linuxban mindig „tele” a RAM, mert felosztja a rendelkezésre álló memória nagy részét, és más-más feladatokra használja („tényleges” memória, lemez és programgyorstár). Ha kiadod a free parancsot, láthatod, a betöltött programok által használt hely alapjáratban elenyészõ, fõleg a lemezgyorsítótár foglal helyet. Tehát csak ezért fölösleges volt RAMot venned.

                      #2057982
                      pointux
                      Felhasználó

                        „Ez a „több memória” == „gyorsabb gép” windowsos hozzáállás, baromság.”
                        Persze ez sem teljesen igaz, mert több memóra = több puffer, több chache, ami nem lenne, amúgy… a din. libeket, nem kell ki be töltögetni, mert bentmaradhat stb… persze, ha nincs betöltendõ program, nincs betöltendõ din. lib, nincs file-mûvelet stb, akkor szabad marad… és mint tudjuk a linux cuccaihoz kevesebb memóriára van szükség.
                        Emiatt történik az, hogy most a hasmra ütõk:
                        256 m – lassú linux…………. 512 m lassú w|ndow$
                        512 m – gyors linux………….1024 m gyors w|ndow$
                        (Ez, most csak pl. volt…)

                      10 bejegyzés megtekintése - 11-20 / 59
                      • Be kell jelentkezni a hozzászóláshoz.