Fórumok
Üdv! A Jogkódex nevű program Ryzen 2500U procival kifagy. Ugyanez a program Athlon 200GE alatt vígan dolgozik. Próbált JAVA verziók: Oracle 1.8 OpenJDK 11 Kernelek: 5.4 ; 5.8 Disztrók: Linux Mint 19.3; LMDE A logokban nincs nyoma a fagyásnak. Terminálból indítva hibaüzenet nincs. Kérdés, hogyan tudom kideríteni a fagyás okát?
Megoldás: BIOS update megoldotta. Kellett hozzá azbest és Polesz segítsége. Hirensbootcd-vel, amit a Rufus-szal írtam ki, frissíteni tudtam a BIOS-t, és lám elindult a csoda..
Hozzászólások
esetleg megbizhatatlan hardver nyug? java elegge ki tudja porgetni a procit indulaskor.
memtest, cputest, ilyesmi volt mar?
Memtest, cputest még nem volt, már csak amiatt se mert az ABEVjava és még egy javás progi nem produkál ilyet.
Messziről megmondom hogy nincs az az isten 2020-ban, hogy pont ezen a procin egy adott Java app ne futna, egy másikon meg igen. Minden ugyanaz, csak a procit cseréled ki a gépben, vagy mi az összehasonlítás alapja?
Az egyik egy laptop, a másik egy asztali gép. Ugyanazt a progit próbálom beizzítani egy elvileg erősebb vason. A baj az, hogy nincs log amin el tudnék indulni. Elvileg ez az indítószkript:
#!/bin/sh
cd $( dirname $0 )/packages
LIBPATH=.
JAVA_HOME=../jre
PATH=$JAVA_HOME/bin:$PATH
CLASSPATH=$JAVA_HOME/lib/rt.jar
CLASSPATH=$CLASSPATH:$LIBPATH/iText-5.0.5.jar
CLASSPATH=$CLASSPATH:$LIBPATH/jaxmexs-0.5.2.jar
CLASSPATH=$CLASSPATH:$LIBPATH/jcifs-1.3.15.jar
CLASSPATH=$CLASSPATH:$LIBPATH/jdom.jar
CLASSPATH=$CLASSPATH:$LIBPATH/lucene.jar
CLASSPATH=$CLASSPATH:$LIBPATH/sqlitejdbc-v056.jar
CLASSPATH=$CLASSPATH:$LIBPATH/PDFRenderer.jar
CLASSPATH=$CLASSPATH:$LIBPATH/hvggui2z.jar
$JAVA_HOME/bin/java -Xmx512M -XX:MaxPermSize=300m -cp $CLASSPATH enter.AppStart /ini=../args.ini /i >/dev/null &
Nem 1995-ben vagyunk, hogy a Java egy teljesen virtualizált környezet lenne, tele van tolva a JVM mindenféle processzorfüggő optimalizációval... szóval bármi lehet és annak az ellenkezője is. :)
https://iotguru.cloud
1. ha az egyik proci sokkal gyorsabb akkor szoktak olyan hibák előjönni hogy rossz thread kezelés miatt összeakad és deadlock-ba kerül
fagyás alatt mit értesz? a process fut vagy meghal? stacktrace?
ha nyomsz rá egy strace-t mit ír ki hol akad el? ez időben változik vagy tényleg deadlock?
2. illetve simán lehet hogy vhogy mégis más a classpath, más verziójú jar-t tölt be vmelyik lib-ből és összeakad
ezek a legszebb hibák :)
+1
kill -3 PID hatására a Java az stdout-ra (ami akárhová is lehet irányítva, meg kell keresni) csinál egy thread dumpot. Ha klasszik fagyás, azaz deadlock van, az ebben látszani fog. Lehetséges, hogy időzítések miatt a másik procin nem jött elő egy ilyen potenciális hiba.
Próbálkozásképpen a processzt érdemes lehet egy magra korlátozni, hátha bejön.
"Próbálkozásképpen a processzt érdemes lehet egy magra korlátozni, hátha bejön."
Ezt hogyan tudom megvalósítani?
"fagyás alatt mit értesz?"
Csak a powergomb ad erőt és mindent legyőző akaratot! :) Semmi másra nem reagál a gép.
ühhh :)
Ezzel indítsam terminálból? Vagy ez egy kernel paraméter lenne? :)
Az nem Java thread deadlock lesz... Esetleg a guit tudhatja valahogy lockolni? Ssh szervert ha inditasz, az is lehal? Nekem akkor tudta a guit befagyasztani, ha popup context menu felugrasara tettem breakpointot. Ez valahogy teljes osszeakadast csinalt az X szintjen. Sshrol kellett kiloni a processzt.
Ssh nincs a gépen még.
"Nekem akkor tudta a guit befagyasztani, ha popup context menu felugrasara tettem breakpointot. Ez valahogy teljes osszeakadast csinalt az X szintjen."
Valami hasonló történhet, mert ahol működik ott felugrik a bejelentkezési ablak az indítás után, ezen meg nem.
Ha a Num Lock / Caps Lock sem megy (indikator led), akkor tenyleg agyoncsapja a rendszert. Ha az mukodik, akkor meg meg lehet probalni Ctrl+Alt+F1-5 terminalt el tudsz-e erni.
Nem megy a Num Lock se a Caps Lock.
Szerintem futtass rajta valami stress testet, mint ahogy feljebb is javasoltak, mert itt azert nagy a lehetosege annak, hogy nem feltetlen a Java a ludas.
Legalabbis en elsonek mindenkeppen ezt zarnam ki, kulonben sose fogod megtalalni, ha megis ilyesmi gondok vannak.
Ez is simán lehet, de én mégis inkább arra gondolok, hogy a kompozitorok néha nem kezelik jól a Java-s alkalmazásokat, és mivel a két kérdéses gépen eltér a driver, ezért az egyiken fagy, a másikon nem. Én kikapcsolt kompozitálással is megnézném.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Mind kettő az amdgpu drivert használja.
Igen, nem jól fejeztem ki magam. Az amdgpu driverben viszont eltérő kódbázist használhatnak, mivel eltérő GPU család, generációról van szó, ami x verziós mesa-val vagy valami kompozitoros megoldással simán összeakadhat egyik esetben, míg a másikban nem. Azért mondom, a kérdező kapcsolja ki a kompozitort, csak egy tipp, ingyen van megpróbálni. Nem is olyan régen pl. a KDE-ben volt egy bug, hogy a Java-s alkalmazások nem jelenítettek meg semmit kompozitálással, pl. AbevJava helyén egy fekete ablak volt, kikapcsolt kompozitorral megjavult. Egy próbát megér, legfeljebb a kollégánál nem ez lesz a helyzet.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Ha fizettek erte, akkor reklamaljatok.
Letoltottem a cuccot, java 6 van mellecsomagolva. Kicsit se regi....
Esetleg megprobalhatnad futtatni java 8-cal.
Köszi!
Java 8-cal megy az Athlonon, de a Ryzennél megdöglik, mint a Sanyi..Bónuszba kapjuk.
Szóval a kérdés az, hogyan lehet rávenni, hogy ne a 6-os Javat használja?
vagy torlod a jogkodex/jre mappa tartalmat es bemasolsz oda egy 8-cas JRE-et,
vagy a start-online.sh script-bent atirod a "JAVA_HOME=../jre" sort "JAVA_HOME=/path/to/java8"-ra, ertelemszeruen megadva a helyes utvonalat java 8-hoz.
No átírtam a PATH=$JAVA_HOME/bin:$PATH sort a megfelelőre. Viszont továbbra is kifagyott. Ssh-n se érhető el a rendszer. Lehet, hogy nem megfelelően lenne paraméterezve az utolsó sorban?
Nem biztos, hogy a PATH sort kellett volna átírnod, hanem ahogy fentebb is írta _zb_, a JAVA_HOME-ot, mert az utolsó sor abból futtatja a java-t. A Jogkódex legtöbb funkciója egyébként 8-as jre-vel is működik Linuxon, de vannak itt-ott hiányzó elemek a felületekről.
CLASSPATH=$JAVA_HOME/lib/rt.jar
Emiatt gondoltam, hogy azt írom át és nem a JAVA_HOMEt, mert az tartalmazza a lib könyvtárat is.
Rákeresve, hogy "java freeze ryzen", azért a google dob pár találatot.
https://bugs.dragonflybsd.org/issues/3131
kommentekből az látszik, hogy csak az első generációsoknál fordul elő. Igen a 2500u még első generációs zen-re épül. És hogy tán microcode update kellhet hozzá (két éve volt).
https://www.digitaltrends.com/computing/ryzen-amd-bios-fix-fma3-crash/
máshol is szóba került hasonló
-> bios frissítéssel hogy állsz?
-> amd64-microcode csomag van fenn? Friss?
-> bios frissítéssel hogy állsz?
Acer laptop csak winnel frissíthető a BIOS, viszont nincs helyem a 128 gigás SSD-n telepíteni a win10-t. Egyébként jó ötlet. :)
-> amd64-microcode csomag van fenn? Friss?
Ránézek majd, fejből nem tudom.
Mindenesetre köszi a linkeket!
Úgy tűnik újabb acer laptopoknál már lehet támogatott linux alatti frissítés is, tán az Aspire A315 volt az első ilyenjük.
https://fwupd.org/lvfs/search?value=acer
Persze érdemes a szokásos helyen is nézni, hogy újabb -e és mire tartalmaz fixeket.
A315-41es laptopról van szó úgy hogy ez megint nem nyert sajnos.
Valami live win10 kellene..
https://hup.hu/node/169009
Disclaimer: sosem használtam.
https://www.hirensbootcd.org/download/
Köszi, ez nagyot segített! Jövök eggyel! :)
Frissítettem a microcode-t, de nem változott semmi se. Talán majd a BIOS frissítés kiegyenesíti.
ez egy jó kis hiba volt, minden developer álma
:)