chyba suspendu na disk

[Šuohob]

Zdravím

mám v notesu necelý 1GB RAM a 3GB swapu. Pokud otevřu spoustu aplikací, které sežerou všechnu volnou RAM, tak systém pár mega odswapuje.
Pokud dám uspat počítač na disk, tak chvíli zapisuje, ale nevypne se a po té, co pustím TTY, se kousne a jde jen na tvrdo vypnout. V logu stojí, že suspend proběhl v pořádku. Bohužel počítač se po zapnutí neprobudí, ale nabootuje normálně.

Dá se to nějak opravit? může to být chyba staršího jádra (jedná se o debian squeeze)?

[TUX IN MACHINE]

asi malo ramky jinak jeste muzes zvetsit swap.

[mosqa]

na akom hw [mobo, vga]? ako mas nastaveny suspend/acpi features v biose?

[Šuohob]

Nastaveni jsem acpi/suspend jsem v biosu bohuzel nenasel, je tam velmi malo voleb.
MB i grafika by mohla byt zde: http://dev.pchub.com/uph/laptop/64-60855-14965/Fujitsu-SIEMENS-Esprimo-Mobile-V5535-Main-Board-Motherboard-.html

Nicmene si myslim, ze to s hardwarem az tak nesouvisi, protoze v pm logu je, ze se vse podarilo uspat

Uspavani na disk funguje, pokud neotevru spoustu aplikaci, abych operak donutil par mega odswapnout

[sabraq]

Hm, mi se choval počítač podobně, když jsem používal v pm jeden skript, který po výměně hw už ale nebyl potřeba. Na disk se uspal jak/kdy a do paměti nikdy - uspal se a okamžitě se probudil. Ale nezatuhl..

[Šuohob]

Zbastlil jsem program v C++, ktery zaplni tolik MB RAM, kolik mu zadate. Zkusil byste nekdo (timto programkem, nebo cimkoli jinym) zaplnit RAM, aby system musel nekolik mega odswapnout, pak pocitac uspat na disk a sdelit, jestli vam to funguje?

Preklad:

Kód: [Vybrat]

g++ -o "writeToSwap" "writeToSwap.cxx"
Pouziti:

Kód: [Vybrat]

./writeToSwap pocetMegabytu kde pocetMegabytu je cislo dle uvazeni

Kód: [Vybrat]

//      writeToSwap.cxx
//     



#include <iostream>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
using namespace std;

int main(int argc, char **argv)
{
if (argc<2){
cout << "Pouziti: ./writeToSwap pocetMegabytu, kde pocetMegabytu je cislo dle uvazeni" << endl;
return 0;
}

int size=(atoi (argv[1]))*1024*1024/(sizeof (char));
char * dummy=new char [size];
char ch;


if (dummy){
cout << "alokuji " << size << " bajtu, tj (" << argv[1] << ") mega" << endl;
}else{
cout << "alokace se nezdarila" << endl;
return 1;
}

memset (dummy,'0',size);

cout << "Pro ukonceni stisknete enter" << endl;
ch=getchar ();

delete [] dummy;
return 0;
}

[sabraq]

Tak jsem to zkusil. Akorát že mám 4GB ram, ale jen 2 GB swap, ještě jsem ho nestihl zvětšit. Nechal jsem zaplnit zkusmo 1000MB+700MB obsazené ramky= 1.7GB -> uspat na disk-> blikající kurzor vlevo nahoře, dioda hdd svítí. K uspání nedošlo, musel jsem ho vypnout. Nevím, jestli je to přesně tak, jak jsi myslel, ale zatím na víc nemám čas:).

[Šuohob]

diky, takze je to asi chyba primo linuxu. Nicmene byl bych rad, kdyby to testul jeste nekdo jiny se swapem vetsim nez kapacita RAM

[TUX IN MACHINE]

ačkoli používám jiný hw ntb acer travelmate 5742zg mmam stejny problem, prijde mi ze jakmile se nejakemu programu jednou podari zaplnit ram a pak to neco odswapne tak potom neni mozne normalne uspat na disk funguje mi jen suspend 2 ram, uspani na disk uz radeji pouzivam minimalne kdyz to je tak nespolehlivy. tuhle se mi treba stalo ze jak sem to chtel uspat na disk po delsi praci disku se to zase vratilo do logovaci obrazovky a pak se mi to podarilo dat aspon do ramky ale prislo mi ze je to naky nakoply, napriklad mi zustala trvale blikat ledka ktera blika jen pri stavu uspavani. vubec mi prijde ze to asi bude spatnou komunikaci s hw notebuku, napriklad i ledka co mi zobrazuje pripojeni na wifi se mi nikdy pod linuxem nerozsviti i kdyz sem na wifi pripojeny 

imho bych to videl na spatnou komunikaci jadra s biosem/hw

tyhle problemy lze zrejme plne vyresit jedine tim, ze uz pred instalaci os si clovek zjisti zarucene kompatibilni hw , proste koupit si komp/ntb co uz nekdo delsi dobu a bez problemu s vasim os pouziva. resit dusledek nekompatibilniho hw+os je pak asi nekonecna nimracka a ztrata casu, rozcarovani 

[TUX IN MACHINE]

jinak ten programek na zaplneni ram zkusim a kdyz se mi ho podari zprovoznit dam vedet jak to dopadlo. jen predtim radeji restartuju komp aby byl v cerstvem stavu. prijde mi totiz ze by to mohl byt treba i nejaky problem s inet prohlizecema, ja osobne pouzivam hlavne chromium a firefox a co si budeme povidat pokud do nich pridate flash tak buh vi jak se to pak prasacky chova k systemu 

[TUX IN MACHINE]

tak sem to zkousel ale zrejme tam mate nejakou chybku, protoze mi to odmita alokovat vic jak 2047MB, viz:

./writeToSwap 2048
terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
----------------
./writeToSwap 2047
alokuji 2146435072 bajtu, tj (2047) mega
Pro ukonceni stisknete enter

Mam 3,7GB pameti a swap 4,2..

Zbastlil jsem program v C++, ktery zaplni tolik MB RAM, kolik mu zadate. Zkusil byste nekdo (timto programkem, nebo cimkoli jinym) zaplnit RAM, aby system musel nekolik mega odswapnout, pak pocitac uspat na disk a sdelit, jestli vam to funguje?

Preklad:

Kód: [Vybrat]

g++ -o "writeToSwap" "writeToSwap.cxx"
Pouziti:

Kód: [Vybrat]

./writeToSwap pocetMegabytu kde pocetMegabytu je cislo dle uvazeni

Kód: [Vybrat]

//      writeToSwap.cxx
//     



#include <iostream>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
using namespace std;

int main(int argc, char **argv)
{
if (argc<2){
cout << "Pouziti: ./writeToSwap pocetMegabytu, kde pocetMegabytu je cislo dle uvazeni" << endl;
return 0;
}

int size=(atoi (argv[1]))*1024*1024/(sizeof (char));
char * dummy=new char [size];
char ch;


if (dummy){
cout << "alokuji " << size << " bajtu, tj (" << argv[1] << ") mega" << endl;
}else{
cout << "alokace se nezdarila" << endl;
return 1;
}

memset (dummy,'0',size);

cout << "Pro ukonceni stisknete enter" << endl;
ch=getchar ();

delete [] dummy;
return 0;
}

[sabraq]

Hm, taky mi to nepřeleze přes těch 2047, ale je to skutečně chyba tohoto prográmku? Nevypadá to jako vlastnost 32bit jádra s funkcí pae? Alokace 2*2048MB, ne 1*4096....

[daysleeper]

Když už si tak hezky hrajete, můžete vyzkoušet níže uvedený program, který ale (postupně!) žere tak dlouho, dokud ho kernel nezabije nebo nepřekročí limit.
http://www.linuxatemyram.com/play.html

[TUX IN MACHINE]

Hm, taky mi to nepřeleze přes těch 2047, ale je to skutečně chyba tohoto prográmku? Nevypadá to jako vlastnost 32bit jádra s funkcí pae? Alokace 2*2048MB, ne 1*4096....

tak to netusim, ani si nejsem jist jestli mam 64bit verzi, jak to zjistim?

[sabraq]

No, buď při instalaci , nebo takto

Kód: [Vybrat]

~$ uname -a
Linux timemachine 2.6.32-34-generic #77-Ubuntu SMP Tue Sep 13 19:39:17 UTC 2011 x86_64 GNU/Linux

Ale hlavně by neviděl 4GB paměti, jen asi 3GB...U mně teda vidí 3.9GB...

[TUX IN MACHINE]

tak zrejme mam opravdu 64bit
uname -a
Linux h4ck3dB0x 3.0.0-13-generic #21-Ubuntu SMP Mon Oct 17 20:18:51 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

jinak ptal sem se na tom na jinem foru dal tak ten kod a dostal sem odpoved
"32bitový program nemůže alokovat více než 2 GB paměti."

[TUX IN MACHINE]

cili bude se muset nejak upravit nebo specialne zkompilovat aby byl 64bit.. nevim 

[sabraq]

Aha, tak to je možné...

[TUX IN MACHINE]

tak sem patral jak kompilovat 64bit aplikaci a upravil sem to podle http://forum.zive.cz/viewtopic.php?f=922&t=1143345

g++ -m64 -O3 -s -march=k8 testspeedexp.cpp -o vysledek.exe

ale vysledek je ten samy 2048MB to nezkousne, stejna chyba ale je mozne ze tyhle parametry
u linux g++ nefunguji. nejdriv sem zkusil jen -m64, pak -m64 -O3 -s -march=k8

[sabraq]

Hm, zkusil jsem i

Kód: [Vybrat]

g++-4.4 -m64 -O3 -s -march=k8 writeToSwap.cxx -o writeToSwapp_64
ale ne . Přiznávám, nejsem žádný ceckař .

[sabraq]

V manuálu g++ parametr -s vůbec nevidím...Asi to bude nějaká úplná kravina...

[TUX IN MACHINE]

je to mozny nebo je to parametr platny jen pro win verzi? taky nejsem ceckar jen s tim pokusuju 

[TUX IN MACHINE]

tak mi bylo receno "Přidat parametr -m64. Ale je potřeba, aby i sám kompilátor byl 64bitový."

cili asi nemam g++ 64bit? nevim

[TUX IN MACHINE]

no nevim jak v shellu zjistim verzi g++ , parametr --version pise jen cislo ale ne zda je 32/64, v centru softwaru vsak vidim g++, x86_64-linux-gnu-g++ takze predpokladam ze mam 64bit verzi. nabizelo mi to jeste doplnky multilibs files, ty sem tam pro jistotu pridal.

[Šuohob]

no nevim jak v shellu zjistim verzi g++ , parametr --version pise jen cislo ale ne zda je 32/64, v centru softwaru vsak vidim g++, x86_64-linux-gnu-g++ takze predpokladam ze mam 64bit verzi. nabizelo mi to jeste doplnky multilibs files, ty sem tam pro jistotu pridal.

rekl bych, ze 64bit mas. mrkni se pro jistotu do /var/cache/apt/archives, jestli ti balicky konci na _amd64.deb

Když už si tak hezky hrajete, můžete vyzkoušet níže uvedený program, který ale (postupně!) žere tak dlouho, dokud ho kernel nezabije nebo nepřekročí limit.
http://www.linuxatemyram.com/play.html

on je rozdil, jestli pamet alokujes postupne a zahazujes pointery, nebo jestli ji alokujes najednou?