Speicher wird voll und wird schliesslich ausgelagert Samba & FTP!

Majonas · 9. September 2004

Hallo,
wenn ich mit telnet zum linvdr mich verbinde und mit top alles überwache hab ich anfangs über 400 mb frei. Kopier ich aber irgendwelche daten zum linvdr über samba oder ftp schrumpft der freie speicher schnell weg. ist das falsch programmiert? genauso beim aufnehmen wird seltsamerweise der freie speicher dafür genutzt wie bei samba und dem ftp... das kann doch nicht normal sein das daten die man rüberkopiert gecacht werden...
könnte das bitte auch andere testen ob beim kopieren der speicher zugemüllt wird? ich dachte so ein speicher ist nur für die laufenden prozesse aber nicht um normale daten zu cachen... hab eben 2 avis rüber geschoben per samba hier ist das resultat:

Code

21:45:35 up 17 min,  1 user,  load average: 0.01, 0.07, 0.01
43 processes: 42 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:   2.6% user,   0.9% system,   0.0% nice,  96.6% idle
Mem:    514996K total,   511236K used,     3760K free,     1708K buffers
Swap:   262136K total,      672K used,   261464K free,   474124K cached


  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  125 root      15   0 15368 3844  2868 S     3.3  0.7   0:38 vdr
  145 root      17   0  1768  944  1636 R     0.8  0.1   0:00 top
    1 root      16   0  2204  268  1044 S     0.0  0.0   0:04 init
    2 root      34  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd/0
    3 root       5 -10     0    0     0 SW<   0.0  0.0   0:00 events/0
    4 root       5 -10     0    0     0 SW<   0.0  0.0   0:00 kblockd/0
    6 root      14 -10     0    0     0 SW<   0.0  0.0   0:00 pdflush
    5 root      25   0     0    0     0 SW    0.0  0.0   0:00 khubd
    7 root       5 -10     0    0     0 SW<   0.0  0.0   0:00 pdflush
    9 root       6 -10     0    0     0 SW<   0.0  0.0   0:00 aio/0
    8 root      15   0     0    0     0 SW    0.0  0.0   0:00 kswapd0
   10 root      24   0     0    0     0 SW    0.0  0.0   0:00 kseriod
   11 root      15   0     0    0     0 SW    0.0  0.0   0:00 kjournald
   35 root      18   0     0    0     0 SW    0.0  0.0   0:00 kcdfsd
   53 root      17   0  2208  264  1044 S     0.0  0.0   0:00 klogd
   55 root      16   0  2228  296  1076 S     0.0  0.0   0:00 syslogd
   62 root      16   0   988  556   920 S     0.0  0.1   0:00 bash
   67 root      16   0  1016  612   920 S     0.0  0.1   0:00 runvdr
   92 root      16   0  2744 1200  2472 S     0.0  0.2   0:00 sshd
   94 daemon    18   0  1372  420  1320 S     0.0  0.0   0:00 portmap
   96 root      16   0  3496 1672  2108 S     0.0  0.3   0:00 nmbd
   98 root      16   0  4852 1804  3428 S     0.0  0.3   0:00 smbd
  101 root      18   0  3400 2336  2144 S     0.0  0.4   0:00 udpd.pl
  103 root      18   0  1272  536  1224 S     0.0  0.1   0:00 acpid
  104 root      16   0  1260  472  1220 S     0.0  0.0   0:00 getty
  105 root      15   0  2424 1144  2240 S     0.0  0.2   0:00 bash
  106 root      16   0  1260  472  1220 S     0.0  0.0   0:00 getty
  107 root      16   0  1260  472  1220 S     0.0  0.0   0:00 getty
  108 root      15   0     0    0     0 SW    0.0  0.0   0:00 arm_mon
  118 root      17   0  1328  528  1284 S     0.0  0.1   0:00 lircd
  122 root      16   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  123 root      15   0     0    0     0 SW    0.0  0.0   0:00 kdvb-fe-0:0
  124 root      16   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  126 root      16   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  127 root      15   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  128 root      15   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  129 root      15   0 15368 3844  2868 S     0.0  0.7   0:00 vdr
  131 root      37  19 13536  12M  2332 S N   0.0  2.4   0:00 vdradmind.pl
  136 root      16   0  1764  940  1636 S     0.0  0.1   0:01 top
  141 root      16   0  5272 2448  3580 S     0.0  0.4   0:00 smbd
  142 root      16   0  5308 2660  3584 S     0.0  0.5   0:15 smbd
  143 root      16   0  3148 1768  2764 S     0.0  0.3   0:00 sshd
  144 root      16   0  2400 1120  2240 S     0.0  0.2   0:00 bash

Alles anzeigen

LordZodiac · 9. September 2004

Hallo Majonas,

das ist nun mal so, selbst auf meinem alltem Suse.
Wenn die Prozesse Speicher brauchen wird dieser schon wieder zur Verfügung gestellt.

bis dann LordZodiac

Majonas · 9. September 2004

Zitat

Original von LordZodiac
Hallo Majonas,

das ist nun mal so, selbst auf meinem alltem Suse.
Wenn die Prozesse Speicher brauchen wird dieser schon wieder zur Verfügung gestellt.

bis dann LordZodiac

ja das kann schon sein aber ich bin leider der einzige der das problem hat wenn einmal die swap angefangen wird gibts bei der aufnahme ruckler bis zu diesem punkt wo der speicher noch zur verfügung steht gibts keine...

entweder ich hab irgendwo ein hardware problem oder aber die festplatte mit 5400 upm und 2 mb cache ist schlicht und er greifend zu langsam für den stream von der karte auf die hd!

Dentec · 9. September 2004

Hi!

Die Fesplatte ist definitiv schnell genug ! Selbst für 3 oder 4 Aufnahmen !

Gruss,

Sascha

LordZodiac · 9. September 2004

Hallo,

das hört sich wirklich kömisch an. Kann mir aber auch nicht vorstellen das die Platte damit Probleme hat.
Was hast du den für Hardware?

bis dann LordZodiac

slime · 9. September 2004

hi,
also ich kann mir nicht vorstellen das die buffers in den swap geschrieben werden.
gib mal ein "free":

Code

free -m
             total       used       free     shared    buffers     cached
Mem:           251        247          4          0         15        160
-/+ buffers/cache:         70        180
Swap:          203          9        194

wie du hier sehen kannst ist bei mir von 251MB ram auch 247 genutzt, wenn man die buffers abzieht nur noch 70. in meinem swap sind nur 9MB drin.

Majonas · 9. September 2004

Code

linvdr:/usr/bin# free
              total         used         free       shared      buffers
  Mem:       514996       420604        94392            0         9288
 Swap:       262136           12       262124
Total:       777132       420616       356516
linvdr:/usr/bin#

Code

linvdr:/usr/bin# free -m
BusyBox v1.00-pre8 (2004.03.02-16:27+0000) multi-call binary


Usage: free


Displays the amount of free and used system memory


linvdr:/usr/bin#

Alles anzeigen

Majonas · 9. September 2004

2 min später:

Code

linvdr:/usr/bin# free
              total         used         free       shared      buffers
  Mem:       514996       511420         3576            0         6720
 Swap:       262136           24       262112
Total:       777132       511444       265688
linvdr:/usr/bin#

slime · 10. September 2004

hi,
also dein swap ist ja ziemlich leer (quasi ungenutzt), aber der ganze ram ist voll.
ich denke das ist nru ein anzeigeproblem. dein free zeigt nicht den cache an, der macht bei mir (und dann wohl auch bei dir) den löwenanteil aus.
besorg dir mal ein "richtiges" free, dann kannst du dir das auch anzeigen lassen.

edit: unter /proc/mem kann man sowas auch nachsehen.

knebb · 10. September 2004

VORAB: bitte, bitTE, biTte BENUTze deine shift- taste. Das ist einfach mit GROß- und Kleinbuchstaben besser LESBAR!

Zitat

Original von Majonas
ja das kann schon sein aber ich bin leider der einzige der das problem hat

Dazu müßtest Du aber erst mal klar sagen, was Dein Problem ist!
Du vermischt hier schon (vermutete) Ursache und Wirkung.

Zitat

Kopier ich aber irgendwelche daten zum linvdr über samba oder ftp schrumpft der freie speicher schnell weg. ist das falsch programmiert? genauso beim aufnehmen wird seltsamerweise der freie speicher dafür genutzt wie bei samba und dem ftp... das kann doch nicht normal sein das daten die man rüberkopiert gecacht werden...

Diese Aussage ist völlig daneben:
1. Warum sollte das falsch programmiert sein, wenn das Betriebssystem die zu schreibenden Daten zuerst in den Speicher schreibt, anstatt gleich auf die langsame Platte? Mir ist kein Betriebssystem bekannt, was das nicht so macht- glücklicherweise, die wären ja alle a****langsam! Ausnahmen bestätigen die Regel.
2. Egal ob über Netz (vermute, daß Du das mit samba und ftp meinst) oder lokal: es gilt Aussage 1

==> Wo ist Dein Problem?

Zitat

wenn einmal die swap angefangen wird gibts bei der aufnahme ruckler bis zu diesem punkt wo der speicher noch zur verfügung steht gibts keine...

Aha. Du hast also offensichtlich das Problem, das bei einigen Aufnahmen Ruckler entstehen. Bist Du Dir sicher, daß das die Aufnahmen sind oder es bei der Wiedergabe ruckelt? Hast Du DMA eingeschaltet bei der Platte?
Was passiert, wenn Du den Swap komplett deaktivierst? Einen Unterschied? Würde mich wundern, aber probiere das mal und berichte. Dann können wir weiter sehen.

umaier · 10. September 2004

Das caching ist ganz normal und eigentlich eine feine Sache - z.B. wird Windows auf vmware dann richtig schnell wenn die Windowsplatten erst im Linuxcache liegen .

Ich kann mich eigentlich nur knebb anschliessen: warum schaltest Du nicht mal zum Testen swap aus (swapoff -a)? Bei 512MB kann man sich das durchaus leisten.
Ausserdem wäre - wie angesprochen - die Ausgabe von "hdparm -d /dev/hd?" interessant.

uwe

Majonas · 10. September 2004

Zitat

Original von knebb
VORAB: bitte, bitTE, biTte BENUTze deine shift- taste. Das ist einfach mit GROß- und Kleinbuchstaben besser LESBAR!
Meine schift taste klemmt wenn ich die einmal gedrückt hab!

Dazu müßtest Du aber erst mal klar sagen, was Dein Problem ist!
Du vermischt hier schon (vermutete) Ursache und Wirkung.
problem ist oben beschrieben der speicher wird schnell voll das heist er wird auch nicht mehr frei einmal voll bleibt er so!

Diese Aussage ist völlig daneben:
warum daneben als cachen versteh ich einen speicher der die daten aufnimmt wenn die hd zu langsam ist aber nicht für stunden die daten im speicher lässt!
1. Warum sollte das falsch programmiert sein, wenn das Betriebssystem die zu schreibenden Daten zuerst in den Speicher schreibt, anstatt gleich auf die langsame Platte? Der Speicher wird aber auch nach dem Rüberkopieren nicht mehr entleert! Mir ist kein Betriebssystem bekannt, was das nicht so macht- glücklicherweise, die wären ja alle a****langsam! Ausnahmen bestätigen die Regel.
2. Egal ob über Netz (vermute, daß Du das mit samba und ftp meinst) oder lokal: es gilt Aussage 1

==> Wo ist Dein Problem?
Problem war das wenn der Speicher einmal voll ist und LinVDR auf die Swap zugreift alle aufnahmen Ruckler und pixelfehler drin haben weil frames fehlten!
Der vdr prozess hing sich auf und wurde sofort neu gestartet daher die fehlenden frames. nach einer neuinstallation geht jetzt alles!

Aha. Du hast also offensichtlich das Problem, das bei einigen Aufnahmen Ruckler entstehen. Bist Du Dir sicher, daß das die Aufnahmen sind oder es bei der Wiedergabe ruckelt? Hast Du DMA eingeschaltet bei der Platte?
DMA ist automatisch eingeschaltet! geht 1a
Was passiert, wenn Du den Swap komplett deaktivierst? Wie kann man die deaktivieren und ist das ratsam bei 512 mb ram? Einen Unterschied? Würde mich wundern, aber probiere das mal und berichte. Dann können wir weiter sehen.

Alles anzeigen

knebb · 10. September 2004

Zitat

Original von Majonas

Was kostet eine neue Tastatur? Im Vergleich zum VDR nur ein wenig, oder? Und noch besser lesbar wird das, wenn Du wirklich quote- Tags verwendest und Beiträge sinnvoll kürzt. Meinen eigenen kenne ich. http://learn.to/quote/

Das ist aber kein Problem, könnte höchstens die Ursache für ein Problem sein....

Ach? Schon mal was von einem LESE- Cache gehört?
Was ist, wenn auf die Daten in 30 Minuten wieder zugegriffen wird? Warum sollte er die von der Platte holen, wenn er sie aus dem Speicher holen kann? Und warum sollte er den Speicher leeren, wenn er nicht benötigt wird? Und das er nicht benötigt wird, siehst Du an dem fast garnicht genutzen Swap.

[quote]Wie kann man die deaktivieren und ist das ratsam bei 512 mb ram?

Alles anzeigen

Mit dem normalen LinVDR? Da ist bei 512MB Swap total unnötig.

Tournevis · 11. September 2004

Neue Tastatur ist ein guter Vorschlag, da ja auch die Tasten für Punkt und Komma defekt sind.

Majonas · 11. September 2004

Zitat

Wie kann man die deaktivieren und ist das ratsam bei 512 mb ram?

Mit dem normalen LinVDR? Da ist bei 512MB Swap total unnötig.

Also wenn ich wirklich keine Swap mehr brauch dann deaktiviere ich die gern.
Kann mir jemand sagen wie das geht?

ROW DY 1 · 11. September 2004

Moin Majonas

Posting von umaier

Zitat

Ich kann mich eigentlich nur knebb anschliessen: warum schaltest Du nicht mal zum Testen swap aus (swapoff -a)?

Gruss ROW DY

obifrz · 11. September 2004

hallo

wenn ich deine zwei threads lese bekomme ich das gefühl das deine platte zu langsam ist. benützt deine platte den dma modus?

obifrz

Majonas · 17. September 2004

Zitat

Original von obifrz
hallo

wenn ich deine zwei threads lese bekomme ich das gefühl das deine platte zu langsam ist. benützt deine platte den dma modus?

obifrz

ja geht alles!
Das Problem hab ich gefunden, die DVB-C Karte (Hauppauge 2.1) wird einfach zu heiss wenn ich ein Ventilator danebenstell macht sie fast keine Fehler mehr.

Bei der 1.5 ist das ein bekanntes problem mit der hitze.
Aber bei der 2.1 hab ich wegen überhitzung nix finden können...

Weiss jemand warum die so warm wird?

Speicher wird voll und wird schliesslich ausgelagert Samba & FTP!

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema