Sziasztok.
Míg Slackware 14.2 alatt egy tisztességesen telepített ghostscript tökéletesen renderel, addig egy legújabb linux Mint-en ugyanazt 5 perc helyett 40-50 percig készíti el. A keletkező átmeneti állomány mérete mindkét esetben 1.2GB körüli méret.
Valami súlyos gond lehet, de nem tudom, micsoda. Az eredmény amúgy ugyanaz, semmi minőségbeli anomália.
- 541 megtekintés
Hozzászólások
Hm... mar az 5 perc is igencsak sok, vsz ott valami mas gond (is) van. Mire rendelelteted ki? x11-re vagy pdf-re vagy valami bitmapre?
- A hozzászóláshoz be kell jelentkezni
Előbb dvi-re, majd a dvi-t pdf-re. Csak latex fordítót használok.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Az oke, de mivel nezed meg a pdf-et? Ha jol ertem, azt nezed meg ghostscript-tel. Legalabbis sem a *.tex-et, sem a *.dvi-t nem lehet azzal megnezni.
- A hozzászóláshoz be kell jelentkezni
Mit is csinálsz pontosan? Egy dvi-ből készült pdf valószínűleg raszteres betűképeket fog tartalmazni, egy nagyobb fájlnál ez rendesen megakaszthatja a gs-t a megjelenítésnél. Valami rémlik, hogy a dvi konvertálásnál ugyanúgy le kell renderelnie a dvi fontokat mint a megjelenítésnél, ez először nagyon sokáig tarthat egy nagyobb, összetettebb doksinál, ez is lehet a magyarázat, ha a dvi-pdf konverzió ideje a hosszú (itt valszeg nem a gs a lassú).
Amúgy emlékeim szerint ha a pdf a cél, akkor érdemesebb egyrészt postscript vagy egyéb vektoros fontokat használni, másrészt pdftex/pdflatex-el fordítani egyből pdf-be, van oka, hogy nem így csinálod?
- A hozzászóláshoz be kell jelentkezni
Minden font vektoros.
pdflatex (vagy egyéb) fordítót pedig azért nem használhatok, mert rengeteg csomagot ki kellene iktatnom. Amiket használok, az mind kell.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Végső esetben ránézni strace-szel, hogy mit csinál, adott esetben mire vár?
- A hozzászóláshoz be kell jelentkezni
Erről még nem hallottam, ma megnézem, mi ez...
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Akkor: ps -ef | grep folyamat (gondolom ghostscript), ekkor látod a PID-jét is, majd strace -p PID (amit az előbb szedtél ki). Persze futás közben nézd. :)
- A hozzászóláshoz be kell jelentkezni
Folyamatosan ez van:
read(0, "b", 1) = 1
read(0, "a", 1) = 1
read(0, "f", 1) = 1
read(0, "r", 1) = 1
read(0, "J", 1) = 1
read(0, ",", 1) = 1
read(0, "X", 1) = 1
read(0, "u", 1) = 1
read(0, "u", 1) = 1
read(0, "I", 1) = 1
read(0, "f", 1) = 1
read(0, "b", 1) = 1
read(0, ".", 1) = 1
read(0, "M", 1) = 1
read(0, "J", 1) = 1
read(0, ",", 1) = 1
read(0, "X", 1) = 1
read(0, "u", 1) = 1
read(0, "u", 1) = 1
read(0, "J", 1) = 1
read(0, ",", 1) = 1
read(0, "b", 1) = 1
read(0, "$", 1) = 1
read(0, "!", 1) = 1
read(0, "J", 1) = 1
read(0, ",", 1) = 1
read(0, "X", 1) = 1
read(0, "u", 1) = 1
read(0, "u", 1) = 1
read(0, "I", 1) = 1
read(0, "f", 1) = 1
read(0, "Y", 1) = 1
read(0, "(", 1) = 1
read(0, "L", 1) = 1
read(0, "r", 1) = 1
read(0, "I", 1) = 1
read(0, "F", 1) = 1
read(0, "p", 1) = 1
read(0, "!", 1) = 1
read(0, "s", 1) = 1
read(0, "+", 1) = 1
read(0, "(", 1) = 1
read(0, "-", 1) = 1
read(0, "#", 1) = 1
read(0, "!", 1) = 1
read(0, ".", 1) = 1
read(0, "b", 1) = 1
read(0, "'", 1) = 1
read(0, "\"", 1) = 1
read(0, "\"", 1) = 1
read(0, "G", 1) = 1
read(0, "2", 1) = 1
read(0, "2", 1) = 1
read(0, "V", 1) = 1
read(0, "J", 1) = 1
read(0, "q", 1) = 1
read(0, "N", 1) = 1
read(0, "u", 1) = 1
Mintha karakterenként olvasna valamit, ez jó hosszú ideig tolódik.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Ezekhez a folyamatokhoz (ghostscript) kicsit sem értek, de ebből nagyon úgy tűnik, hogy nagyon lassan, tényleg karakterenként olvassa be, ami semmiképp sem tűnik gyakorlati szempontból vállalhatónak ilyen tempóval. Downgrade vagy hasonló nem játszik?
- A hozzászóláshoz be kell jelentkezni
A Downgrade azmiaz?
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
A ghostscript downgrade-je korábbi verzióra, amire gondoltam.
- A hozzászóláshoz be kell jelentkezni
Azt még ellenőriznem kell, hogy ezen a distriben hogyan kapcsolódik a telepített gs a Texlive-hoz. Ott még lehet kavarodás.
Egyszerűen érthetetlen számomra, hogy a debianok miért nem képesek a teljes Texlive rendszert betolni az /opt-ba, és ott kezelni. Minek szemetelik tele a bin könyvtárakat? Hogy minden áttekinthetetlen legyen?
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
off, de nem mindegy, hova "szemetel"?
4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.
- A hozzászóláshoz be kell jelentkezni
Szerintem nem. Legyen minden áttekinthető...
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Ami neked áttekinthető, az a csomagkezelés szempontjából nem az. Van erre jópár szabály, debianokon (is, meg kb minden ismertebb disztrón) a csomagkészítésnek is vannak előírásai, amik ezt hozzák. Megkerülheted a csomagkezelést, felrakhatsz kézimunkával vagy egy adott program telepítőjével csomagokat az /opt alá, de egyrészt ebből keveredés lehet, másrészt innentől a csomagkarbantartás, update a te dolgod. A slaki ezt kicsit másként értelmezi, ott ezért nincs teljesen így.
Erről itt is olvasgathatsz.
Az hogy a teljesítmény adott esetben eltér egyes disztrókon az épp függhet attól, hogy mire, milyen paraméterekkel fordították, mik a default beállítások, etc. Meg persze attól is, hogy épp milyen verziókat telepít. Ha munkára rendszeresen használod akkor érdemes lehet akár csak ezért egy külön rendszert tartani és behangolni neki, persze ahhoz tapasztalat kell, hogy kiválaszd a megfelelőt - mondjuk a slaki pont jó lehet :) de nálam rutinosabbak talán dobnak még be erre tippet.
Szerk: szerintem sok időt nem érdemes hibakeresésre fordítani ha a disztró csomagokkal alapból nem megy rendesen, bár tanulságnak érdekes lehet.
- A hozzászóláshoz be kell jelentkezni
A Texlive distribet a 2020-as verziónál fagyasztottam ki a frissítésekből, mert nem akarom, hogy egy verziófrissítésnél a texlive új finomságai szétbarmoljanak valamit. (Horgonyok, abszolút pozíciós ketyerék, egyebek...)
Szóval jó okom van a teljes texlive optba rakását, és még azt is megcsinálnám, hogy squashfs-t alkotok belőle.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Ezesetben nem ártana köréfagyasztani azt a keretrendszert is amin jól működött, ghostscripttel, meg annak minden függőségével, stb.
- A hozzászóláshoz be kell jelentkezni
Ez az, amihez nem értek. Valami APPIMAGE vagy mi valósítana meg ilyet. Még azt is meg lehet állítólag csinálni, hogy az egykori CorelLinuxból kiszedi az ember a Corelt és appként üzemelteti a 21 éves grafikai progit. Ugyanezt egy teljes texlive-val megtenni fergeteges lenne, mert akkor hordozhatóvá válna az egész, akár évtizedeken át.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
emlekeim szerint a corel linuxban nem volt coreldraw... es amig letezett coreldraw linuxra, az is libwine-os volt, gyak. a windozost futtattak linuxon. az utolso nativ verzio a motif-os 3.5 volt 30 evvel ezelott...
- A hozzászóláshoz be kell jelentkezni
Lassan ideje előszednem... Nekem még megvan cédén...
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Én a slackware-n is megnézném összehasonlításképp
- A hozzászóláshoz be kell jelentkezni
Azt este fogom megnézni, kíváncsivá tett ez a stackmicsoda...
Ott egyébként még az xdvi is gyorsabban hozza be az oldalakat.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
A gs_num_rendering_threads értékének módosítását próbáltad?
- A hozzászóláshoz be kell jelentkezni
Nem próbáltam, azt sem tudtam, hogy létezik ilyesmi.
De ahogy a doksikat nézem, egyelőre nekem kínai a ghost minden eleme.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
dvipdf -dNumRenderingThreads=40 file.dvi
Így próbálkoztam, hátha.
De nem sikerült a gyorsabb renderelés.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Ez a keletkező 1,2 gigás átmeneti állomány pontosan micsoda? Mi a kiterjesztése? Hány oldalas pdf doksiról van szó?
Egyébként nekem az 5 perc is soknak tűnik, nem hogy a 40-50. Még ha egy egész könyvről is van szó, akkor egy releváns gépen le kéne gyúrnia dvi-ba vagy pdf-be 1+1 perc alatt max, de még ez is elég pesszimista becslésnek tűnik.
“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
700 oldal feletti. Átmeneti állománytónak nincs kiterjesztése (legfeljebb windowsoknál). A /tmp könyvtárban a *gs* tartalmú fájlok növekedését figyelem, amikor elkezdi a renderelést, így figyelem, mikor mekkorára növekszik, és így becsülöm meg, mennyi idő van még hátra.
DVI-ba pár perc alatt lefordul. A dvipdf a hosszas folyamat.
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni