ChrisH wrote: Does Timberwolf store any files in EnvArc: ? That would be one explanation.
No, everything is stored in CurrentUser:
Maybe your fontconfig config file changed? It seems it would be a generally good idea to write our own font backend for Cairo. There seem to be too many different versions of fontconfig floating around with various projects.
Seriously, if you do want to contact me write me a mail. You're more likely to get a reply then.
So, is there any suggestion on what i should look into if i want to test TW on my A1? According to the DSI error it gives me, can we jump to any conclusion/suggestion?
Actually i am using SFS as i wrote before. I don't think this is the problem in my case. I have also done all the stuff related to font config. Whatever.....
Just from the software error requester, it is impossible to say anything at all, especially if all the text is in Greek.
Can you provide me with the crash log, i.e. the one you can save with Grim Reaper ? Please send it to my email address thomas at friedenhq.org
Thanks.
@ vulture
The low memory figure is easily explained: TW needs about 200 MB to run. That means it will barely fit into a 1200 with 256MB and not at all in 128MB machines. That's most likely the cause for the slow startup too, it's likely swapping like crazy.
@ xenic
Yeah, I can now verify that, even without any activity on the web page, there's nearly 100 % of activity. I'll need to check that.
The 2MB of stack per thread is right now a "better safe than sorry". Since we can not easily implement stacks that enlarge themselves, we're a bit stuck with a high safety margin.
You are right, there's plenty of stuff that can be done. That's why it's labelled a beta version. As has been said several times, speed is not what we aimed at in this version.
Yeah, I can now verify that, even without any activity on the web page, there's nearly 100 % of activity. I'll need to check that.
I'm no expert, but observing activity with Snoopy during those high CPU loads looks like database activity with hundreds of small "seeks" through various files. I've also noticed that disk activity in Dopus4 gets stalled (delayed directory rescans or directory changes) periodically while TW is running.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
xenic wrote: I'm no expert, but observing activity with Snoopy during those high CPU loads looks like database activity with hundreds of small "seeks" through various files. I've also noticed that disk activity in Dopus4 gets stalled (delayed directory rescans or directory changes) periodically while TW is running.
If you open the CurrentUser profile in WB, you can see that it is quite "chatty" with the files.
It doesn't go slow here in the way you are experiencing, however I am on JXFS which apparently does not support record locking (hopefully this will be added in an update), so the databases don't work properly anyway, and I guess this means it isn't putting as much strain on disk I/O.
Yeah, I can now verify that, even without any activity on the web page, there's nearly 100 % of activity. I'll need to check that.
Running TW and CPUwatcher.
After some time of inactivity CPU load will drop to 3-4% .
As long as TW window is active, slight mouse movements or hitting a single key will send CPU load to 100% for a long time. Even if the mouse movement is off of the TW window.
TW window NOT active, CPU load is normal.
Bookmarks work just fine for me. Maybe the two are related???
Lower screen modes seem to help with CPU load not staying at 100% for such a long time, but changing the mouse input mode to it's lowest level makes the most difference.
High speed (sensativity) + accelerated mouse are the worst for CPU load with the TW window active.
Another obsevation is with a 640x480 16bit screen and mouse set to minimum + no acceleration; If I hit a key (d in this case) while the pointer is on a active TW window the CPU goes to 100% Putting the pointer off TW onto workbench hitting 'd' the CPU load will not go as high and return low quicker.
walkero wrote: For the fun of it I tried Timberwolf on my A1200PPC. It needs 3m 56sec to start and show the window (first start), 1m 3sec until it finish the load of the first two tabs and 2m 21sec to load amigans.net. Considering that it has a 10mbps lan card attached on PCMCIA, this is not so tragic for a computer with 175Mhz CPU, PIO-4 on hard disk, slow bus and memories. I wonder how a PC would get with such specifications.
Thats impressive for a blizzard ppc. I will give it a go on my card 344Mhz which has one of the highest ever recorded ram bandwidth (256Mb) on a classic amiga. Faster than a cyberstorm even with its 64bit.
Edited by delshay on 2012/3/10 8:05:52 Edited by delshay on 2012/3/10 8:58:22 Edited by delshay on 2012/3/10 9:03:22 Edited by delshay on 2012/3/10 9:41:01 Edited by delshay on 2012/3/10 9:43:37 Edited by delshay on 2012/3/10 10:46:30 Edited by delshay on 2012/3/11 5:27:00 Edited by delshay on 2012/3/11 5:28:07 Edited by delshay on 2012/3/11 5:29:01
Possibly related, trying to regenerate the font cache using "fc-cache -r -f", I get lots of requesters asking me to insert strange volume names like "._Fonts:", "%Fonts:", ".AppleDouble/Fonts:", "resource.frk/Fonts:", ".resource/Fonts:" (without quotes) often repeating.
It also prints "Fontconfig error: Cannot load default config file".
I discovered that all of those wierd font 'assignments' (ot at least the bits before "/Fonts:") can be found in "SOBJS:libfreetype.so". I therefore think it must be a bug in libfreetype.so, which is somehow triggered by something on my system.
I discovered that all of those wierd font 'assignments' (ot at least the bits before "/Fonts:") can be found in "SOBJS:libfreetype.so". I therefore think it must be a bug in libfreetype.so, which is somehow triggered by something on my system.
Maybe your "SOBJS:libfreetype.so" file was accidently replaced. The filesize on my system is 656552. The date on the file is 07-Apr-10 but that could have been changed during a system backup recovery. I looked for some kind of version number in a Hex reader but didn't find one. I did notice that it was compiled with both GCC 4.0.4 and GCC 4.2.4 which is unusual because other SOBJs only have one version of GCC listed in the binary.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
I was able to import all my bookmarks from Firefox. Moving bookmarks (into the correct Toolbar & Unsorted folders) was a bit tricky as Cut & Paste don't work (neither keyboard nor menu), but the Move menu item did work, as does the Select All item.
Password management seems to work (touch wood), which I find essential!
Seems surprisingly fast on my X1000 (even faster than both OWBs in some ways, e.g. scrolling), although there is of course still work to do.
Add-ons don't install, but I recall someone posted a work-around (need to find). Toolbar is not customisable, as drag'n'drop not yet working.
Actually seems quite stable now that I've fixed my Font problems. And the fonts themselves look fine.
Tw is working quite good for browsing. My main issue is watching youtube, as it's too slow and usually locks the browser up at some point during the playback. When these issues will be fixed i'll be very happy.
I was able to import all my bookmarks from Firefox.
Are you able to import bookmarks from any Amiga browsers like OWB? I don't have a PC so I can't try importing Firefox bookmarks and importing from OWB etc. still doesn't work. Does the import work on your SAM or only on your X1000?
I think I've found a potential pitfall in TImberwolf that might cause some people some problems. The TW docs state that you just need to move the TW drawer to your desired location after unpacking it. After you have run TW, moving the TW drawer to a different location may not be possible. Some of my problems may have resulted from testing TW once in ram: and then moving it to my hard disk. I discovered that some of the files in CURRENTUSER: contain "absolute" paths that are not relative to the CURRENTUSER: assignment. The drawer "CurrentUserProfile/.mozilla/firefox/Profiles/yvl0gsf5.default/" contains the the following files with absolute paths in them:
It looks to me like you may have to remove the CurrentUserProfile drawer if you decide to move TW to another location on your hard disk. It seems sort of useless to have a CURRENTUSER: assignment if the files contain absolute paths.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
