Ü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..
- 685 megtekintés
Hozzászólások
esetleg megbizhatatlan hardver nyug? java elegge ki tudja porgetni a procit indulaskor.
memtest, cputest, ilyesmi volt mar?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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 &
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
+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.
- A hozzászóláshoz be kell jelentkezni
"Próbálkozásképpen a processzt érdemes lehet egy magra korlátozni, hátha bejön."
Ezt hogyan tudom megvalósítani?
- A hozzászóláshoz be kell jelentkezni
"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.
- A hozzászóláshoz be kell jelentkezni
ühhh :)
- A hozzászóláshoz be kell jelentkezni
Ezzel indítsam terminálból? Vagy ez egy kernel paraméter lenne? :)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Nem megy a Num Lock se a Caps Lock.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Mind kettő az amdgpu drivert használja.
- A hozzászóláshoz be kell jelentkezni
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.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Ha fizettek erte, akkor reklamaljatok.
Letoltottem a cuccot, java 6 van mellecsomagolva. Kicsit se regi....
Esetleg megprobalhatnad futtatni java 8-cal.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
-> 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!
- A hozzászóláshoz be kell jelentkezni
Ú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.
- A hozzászóláshoz be kell jelentkezni
A315-41es laptopról van szó úgy hogy ez megint nem nyert sajnos.
Valami live win10 kellene..
- A hozzászóláshoz be kell jelentkezni
Disclaimer: sosem használtam.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Köszi, ez nagyot segített! Jövök eggyel! :)
- A hozzászóláshoz be kell jelentkezni
Frissítettem a microcode-t, de nem változott semmi se. Talán majd a BIOS frissítés kiegyenesíti.
- A hozzászóláshoz be kell jelentkezni
ez egy jó kis hiba volt, minden developer álma
- A hozzászóláshoz be kell jelentkezni
:)
- A hozzászóláshoz be kell jelentkezni