V sedmičkovém systému se aplikace může vydat mimo nastavený limit, ale JPEGView to neumí, navíc je dost pomalý a spotřebuje dost paměti. Pro srovnání jsem si stáhnul stejný obrázek, nastavil grafický mód s 256 barvami a otevřel obrázek v Jade. Zmenšení 12% (v článku vidím 8%), dithering, čas 1 minuta 24 sekund, spotřeba paměti při výpočtu 1,5 MB. Když jsem psal o těch pokusech ve zmíněných komentářích, používal jsem velikost obrázků 100%, proto to zabralo tolik času a paměti. U Jade mám nastavený limit paměti 1 MB, ale on si přiděluje další paměť dynamicky podle každého obrázku a ta je pak vidět ve zobrazení přehledu paměti v tom řádku Systém.

Jenze ty mas sedmpetkovy system, ne sedmickovy. v sedmickovem Jade vubec nebezi, chce totiz threading manager.

Navic v 7.1 Pro je nastaveni pameti Minimal, Preferred a Maximal a mimo maximal se skutecne aplikace proste nikdy nevyda.

Ono vubec porovnavat software pro 7.1 a 7.5 je blbina. 7.5.x neni jen tak nejaky drobny update, je to podstatne jiny system, navic je navzajem deli nejakych 6 let.

Pokud ma jit o relevantni srovnani, pak bys mel take pouzivat soft, ktery byl s tvym pocitacem dodany a to OS 7.5 ani Jade byt nemohly, neb v dobe vydani LC475 neexistovaly.

Kdyz budeme srovnavat 7.5, vytahnu ze skrine PowerMacintosh 9600 a zas budu rychlejsi ja :)

Jasně, nešlo mi o to, ukázat, co kdo má rychlejší, ale že 68040 dokáže utáhnout mnohem efektivnější práci s obrázky, tedy v duchu nadpisu článku. Ani jsem nechtěl srovnávat systémy 7.1 a 7.5. Musím přiznat, že jsem nevěděl, že v 7.1 Pro nefunguje Jade. Podle popisu by tam ale měl být Thread Manager, ne?

Nedalo mi to a přečetl jsem si pozorně dokumentaci k Jade a našel tohle:

Jade's main advantage lies in it's virtual memory scheme which allows memory requirements to be very low. One tradeoff is that it requires much more free disk space. Since RAM is fairly expensive relative to hard disk space this is a pretty good tradeoff. Using disk space, Jade allows you to have a large number (limited by it's parition size) of images open simulataneously with few speed penalties. Other JPEG viewers are usually RAM based, and when RAM runs out, need to re-decompress images which can take a relatively long time; especially when there are 30+ images.

Otestoval jsem tedy dukladne co a jak dela a plati - Jade sam mimo prideleny limit nikdy neleze, jen nuti system zrat vic pameti - to je podle mne zcela zcestne, clovek pak nevi, co mu zere kolik RAM, ale budiz.

V pripade ze fyzicka RAM nestaci (coz jsem si v emulatoru nastavil snadno uz pro obrazek v rozliseni 2800 x 4212), zacne ubyvat misto na disku i kdyz je systemova virtualni pamet vypnuta. Obrazek s uvedenym rozlisenim zere v pameti 22MB, pokud je RAM 16MB a na disku je 2.5MB volneho mista, Jade uz ho take nezvladne v 100% zobrazeni otevrit, stejne jako JPEGView.

Cili Jade zobrazuje rychle, za cenu nestandardnich postupu a na systemu novejsim nez 7.5, neb System 7.1 nema v zadne verzi Thread Manager. Na PowerPC bych asi Jade zvolil, tam je 7.5 prirozenym systemem, ale na 68k zustanu u hloupejsiho JPEGView. Jednak mi bezi, ale hlavne - nedela nic neviditelneho.

Ano, všechno tohle je pravda. Tady už jde pak asi i o to, co komu vyhovuje a k čemu počítač potřebuje, takže chápu důvody, které uvádíš. A moje důvody: Já používám LC 475 doma pro všechny běžné počítačové úkoly (asi to zní dost divně), takže mi záleží na tom, aby v rámci tohoto stroje byla práce co nejrychlejší, nejpohodlnější a mohl jsem dělat více věcí současně. U programů jako Jade, iCab nebo přehrávač MP3 nemusím nic měnit a hlídat, jestli mám nastaveno moc nebo málo paměti, i když to pak cpou do systému (ovšem i tak mají relativně malou spotřebu). To jsou totiž typické programy, u kterých se požadavky na paměť při práci dost mění. Mimochodem, u Jade doporučuji úplně vypnout odkládání na disk, což je pak mnohem rychlejší (samozřejmě pokud bych tedy neměl malou paměť a obří obrázky) a taky pozor na to, že při zobrazování ve 256 barvách žere výrazně více paměti než v 16-bitovém grafickém módu.

Ještě bych měl dotaz ohledně systému 7.1 Pro. Nikdy jsem ho osobně neviděl, ale Wikipedia uvádí, že obsahuje Thread Manager (aspoň jsem to tak pochopil). Takže ho tedy opravdu nemá, ani se tam nedá doinstalovat?

Doinstalovat se samozřejmě dá, ale opět je to software výrazně novější, než systém 7.1.

Ono na Quadře můžu provozovat i Mac OS 8.1 a bude to(kupodivu) rychlé. Chtěl jsem ale systém, který po bootu sežere max 2MB RAM a bude se blížit co nejvíc tomu, co bylo s Quadrou dodávané. Proto tam mám jen to, co existovalo do roku 1995.

Nemáte prosím někdo přebytečné VRAM moduly do LC475? Dostala se ke mě jedna poněkud vykuchaná a rád bych ji zprovoznil....

To doma máš jako hlavní počítač? Zkoušel jsem si pracovat na Macu s OS 7.5 a skoro všechno se dalo, jen jsem nijak nezprovoznil zobrazení českých webových stránek v unicode (kterých je bohužel většina). Na stránky v unicode prostě nechodíš?

To Diagon Swarm: Ano, mám to jako jeden ze dvou hlavních domácích počítačů (druhý je o něco rychlejší PC 486). S UNICODE na WWW je v tomto případě problém. Když je stránka v osmibitovém kódování, jako třeba tato, vypadá normálně. Pokud je v UNICODE a jde jen o nějaký jednoduchý rozcestník, tak to ještě jde, ale když je v UNICODE český článek, který chci normálně číst, nebo stránka obsahuje Flash, video a podobně, nebo je to celé nějaké pekelně zpomalené, raději se přes VNC připojím ke vzdálenému počítači s Linuxem, kde spustím Firefox. Při dnešních rychlostech připojení je to bez problémů, obvykle to provozuji v rozlišení 832 x 624 v 8-bitové grafice (rychlejší provoz) nebo v 16-bitové grafice (hezčí obrázky). Pokud jde o odkazy s animacemi pro staré verze Flashe nebo s MP3 (např. internetové rádio), to LC 475 zvládá přímo.