Ki ír a lemezemre?

Kezdőlap Fórumok Vegyes gondok Ki ír a lemezemre?

9 bejegyzés megtekintése - 51-59 / 59
  • Szerző
    Bejegyzés
  • #2175558
    linuxforum
    Felhasználó

      Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát. Amikor az atop-ban látom, hogy a lemez 100%-ig foglalt (néha 101%, ami elég fura), és emellet a CPU wait 95%, valamint csak ír a lemez, azt gondolom, hogy ez a baj forrása. Amikor meg látom a dstat-on, hogy folyamatosan másodpercenként 1-2MB-ot ír, és ezzel kijön a napi 120G, akkor meg azt hiszem, ez a baj.
      – Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.
      – A teljes fájlrendszer egy partíció.
      – Ezen van a swap partíció is, ami 3GB.
      – JSP, ASP nincs a gépen. Csak php fut. Elvileg sok lehet egyedi mindenféle, de nem igazán látok 2-3 domainnál több aktívat.
      – Rsync csak úgy van a gépen, hogy minden hajnalban lefut egy távoili gépről. Napközben nincs.
      Próbáltam find-dal megtalálni egy gyanús fájlt, de csak olyan fájlokat látok módosulni, amiken nem lepődom meg. Logok, mysql adatbázisok, session és tmp fájlok, eaccelerator cache-ek, beérkező levelek. (A levél forgalom szerintem elég alacsony.)
      Annyit látok még a collectd alapján, hogy az írás mennyisége – úgy tűnik – arányos az apache kérelmek számával, ami arányos a mysql parancsok számával. De ezek alapján még akármi is lehet. Akár az apache, akár a mysql, akár a php, akár az eaccelerator, vagy akár valami rendszer bug. Mintha például nem használná rendesen a 4GB memóriát, hanem helyette mindig kiírna lemezre. Bár a collectd alapján a 4GB memóriából csak 1-et használ aktívan, a megmaradt kb. 3GB page cache.

      #2175559
      linuxforum
      Felhasználó

        Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát. Amikor az atop-ban látom, hogy a lemez 100%-ig foglalt (néha 101%, ami elég fura), és emellet a CPU wait 95%, valamint csak ír a lemez, azt gondolom, hogy ez a baj forrása. Amikor meg látom a dstat-on, hogy folyamatosan másodpercenként 1-2MB-ot ír, és ezzel kijön a napi 120G, akkor meg azt hiszem, ez a baj.
        – Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.
        – A teljes fájlrendszer egy partíció.
        – Ezen van a swap partíció is, ami 3GB.
        – JSP, ASP nincs a gépen. Csak php fut. Elvileg sok lehet egyedi mindenféle, de nem igazán látok 2-3 domainnál több aktívat.
        – Rsync csak úgy van a gépen, hogy minden hajnalban lefut egy távoili gépről. Napközben nincs.
        Próbáltam find-dal megtalálni egy gyanús fájlt, de csak olyan fájlokat látok módosulni, amiken nem lepődom meg. Logok, mysql adatbázisok, session és tmp fájlok, eaccelerator cache-ek, beérkező levelek. (A levél forgalom szerintem elég alacsony.)
        Annyit látok még a collectd alapján, hogy az írás mennyisége – úgy tűnik – arányos az apache kérelmek számával, ami arányos a mysql parancsok számával. De ezek alapján még akármi is lehet. Akár az apache, akár a mysql, akár a php, akár az eaccelerator, vagy akár valami rendszer bug. Mintha például nem használná rendesen a 4GB memóriát, hanem helyette mindig kiírna lemezre. Bár a collectd alapján a 4GB memóriából csak 1-et használ aktívan, a megmaradt kb. 3GB page cache.

        #2175560
        salaud
        Felhasználó

          – A teljes fájlrendszer egy partíció.
          – Ezen van a swap partíció is, ami 3GB.

          Hát, nekem már ez is két egymásnak ellentmondó állításnak hangzik… ???

          #2175561
          salaud
          Felhasználó

            – A teljes fájlrendszer egy partíció.
            – Ezen van a swap partíció is, ami 3GB.

            Hát, nekem már ez is két egymásnak ellentmondó állításnak hangzik… ???

            #2175562
            linuxforum
            Felhasználó

              Rendben, nem fogalmaztam pontosan:
              Ezen a wincseszteren van a root fájlrendszer egy partíció, meg a swap egy másik partíció.

              #2175563
              linuxforum
              Felhasználó

                Rendben, nem fogalmaztam pontosan:
                Ezen a wincseszteren van a root fájlrendszer egy partíció, meg a swap egy másik partíció.

                #2175564
                gabaman
                Felhasználó
                  linuxforum wrote:
                  Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát.

                  Szerintem más az oka, de nem lenne jó ha megsértődnél.

                  linuxforum wrote:
                  – Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.

                  linuxforum wrote:
                  Nagyon szomorú vagyok!
                  Az írás sebessége /dev/zero forrással 412MB/s, /dev/urandom forrással 6MB/s.
                  Kipróbáltam, hogy a random létrehozott fájlt másolom, akkor is majd 400MB/s volt a sebesség.
                  Ezek szerint 400MB/s körül van az írási sebességem? Akkor az egyáltalán nem lassú!

                  80 MB/s vs 421MB/s.
                  2db 10k vinyó RAID1 vs 6-8db vinyó RAID5.
                  No comment…

                  Mivel átmeneti merevlemezes túlterhelésről beszélünk, nyilvánvalóan a kettő között nincs semmi lényeges különbség.

                  linuxforum wrote:
                  Már csak azért is, mert a teljes felhasznált adatmennyiség 40GB körül van. Ebbe nem jöhet létre naponta 120GB új adat.

                  Hogyan tudnék segíteni amikor nem ismerős számodra a méret limites naplófájl fogalma.

                  A jelenlegi állapot alapján (hacsak nem derül ki megint hogy valami máshogy van mint ahogy leírtad) szinte biztosan egy szinkron fájl írás okozza a problémát, ami alacsony CPU és vinyó átvitel mellett 100%-os terhelést okoz az I/O műveletet torlódása esetén. De hogy hol mi hogyan van beállítva, azt már magadnak kell kideríteni.

                  #2175565
                  gabaman
                  Felhasználó
                    linuxforum wrote:
                    Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát.

                    Szerintem más az oka, de nem lenne jó ha megsértődnél.

                    linuxforum wrote:
                    – Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.

                    linuxforum wrote:
                    Nagyon szomorú vagyok!
                    Az írás sebessége /dev/zero forrással 412MB/s, /dev/urandom forrással 6MB/s.
                    Kipróbáltam, hogy a random létrehozott fájlt másolom, akkor is majd 400MB/s volt a sebesség.
                    Ezek szerint 400MB/s körül van az írási sebességem? Akkor az egyáltalán nem lassú!

                    80 MB/s vs 421MB/s.
                    2db 10k vinyó RAID1 vs 6-8db vinyó RAID5.
                    No comment…

                    Mivel átmeneti merevlemezes túlterhelésről beszélünk, nyilvánvalóan a kettő között nincs semmi lényeges különbség.

                    linuxforum wrote:
                    Már csak azért is, mert a teljes felhasznált adatmennyiség 40GB körül van. Ebbe nem jöhet létre naponta 120GB új adat.

                    Hogyan tudnék segíteni amikor nem ismerős számodra a méret limites naplófájl fogalma.

                    A jelenlegi állapot alapján (hacsak nem derül ki megint hogy valami máshogy van mint ahogy leírtad) szinte biztosan egy szinkron fájl írás okozza a problémát, ami alacsony CPU és vinyó átvitel mellett 100%-os terhelést okoz az I/O műveletet torlódása esetén. De hogy hol mi hogyan van beállítva, azt már magadnak kell kideríteni.

                    #1888588
                    csaba
                    Felhasználó

                      Fucsa terhelés nyomait kutatom. Addig már eljutottam, hogy nagyon sokszor várakozik a CPU valamire. Érdekes módon olyankor is, amikor a 4 magból csak 1 dolgozik. (2 db 2 magos cpu van a gépben.) Arra gondolnék elsőre, hogy a lemezre vár, bár az atop nem jelez nagy lemezfelhasználást egyik alkalmazáshoz sem. Mégis van, hogy 90%-ot ír ki wait-re a CPU-khoz.
                      Itt van egy mpstat 1 3 kimenet:

                      Code:
                      14.52.17    CPU  %user  %nice    %sys %iowait    %irq  %soft  %steal  %idle    intr/s
                      14.52.18    all    6,68    0,00    2,72  18,56    0,00    0,00    0,00  72,03  1151,00
                      14.52.19    all  20,25    0,00    4,75  24,75    0,00    0,00    0,00  50,25  1020,59
                      14.52.20    all  34,91    0,00    4,49    9,98    0,00    0,25    0,00  50,37    924,00

                      Ezek szerint mégis csak a lemezre vár sokat, bár nem értem, akkot az atop miért nem jelzi a processlistában.
                      A kérdés igazából az, hogyan tudnám behatárolni, hogy ki ír ennyit a lemezre? Akár processzre, akár user-re jó lenne.

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