 |
|
| A tip for Darkwyrm |
|
|
By coolbear - Posted on June 13, 2007 - 07:32:56 (#21718)
Current version when comment was posted: 1.0 Beta 1 |
|
|
Hey Darkwyrm! Hope to be able to see you again at WalterCon 2007 (I don't know when that will happen and what my schedule is: assuming employment isn't unstable, I'll have the money).
Anyway, a trick I figured out years ago that would make it not suck too badly for search time, fragmentation of the filesystem, etc. is to create a BFS filesystem within a file, and mount THAT: it works nicely for emails, or anything you expect to have fragmentation, as it limits the searching/head travel within that range. It is a great way to deal with email, for example: create a CD-sized filesystem, and once it gets sufficiently full, back it up to a CD, POOF! It helps keep the main filesystem indices uncluttered as well.
I've not checked yet what your recipe program has for number of recipes, but I suspect a CD-sized filesystem would be sufficient, at least until you start including a lot of graphics, etc. :)
|
|
| Re: Recipes on BFS |
|
|
By Eddyspeeder - Posted on June 12, 2007 - 16:49:37 (#21715)
Current version when comment was posted: 1.0 Beta 1 |
|
|
I never understood why they took the 1k block size out at or about the time of R1.0. Thanks for taking the time to check it out, too bad it didn't work as smoothly as I had hoped.
|
|
| Recipes on BFS |
|
|
By DarkWyrm - Posted on June 12, 2007 - 15:12:17 (#21714)
Current version when comment was posted: 1.0 Beta 1 |
|
|
I twiddled with using the filesystem for recipes and was able to confirm my suspicions.
I took the Drinks category (being there are only 800 or so recipes there) and there is a lot of wasted space by using individual files. It probably wouldn't be nearly so bad under R5 with a 1K block size, but under Zeta (which has a minimum 2K size), the recipes waste most of a disk block because most of them are around 500 bytes or so. There was even a recipe that was 49 bytes.
In addition to space, I think it would be considerably slower, too. Tracker takes quite a long time processing my e-mail folders -- one folder had like 13000 e-mails and it took Zeta's cruddy version of Tracker something like 10-15 seconds to list all the files, and my machine is an AMD64 3700+!
|
|
| Re: Re: BeOS is back in the kitchen! |
|
|
By Eddyspeeder - Posted on June 11, 2007 - 18:51:47 (#21712)
Current version when comment was posted: 1.0 Beta 1 |
|
|
Yeah the number of recipes is gigantic, which is great because I like to cook and loathe those Web sites containing a small recipe hidden somewhere among a dozen ads. One benefit of the attribute approach would be the easier way of sharing recipes among BeOS users, though I doubt many will actively partake in that (though I could come up with some Dutch rural dishes).
|
|
| Re: BeOS is back in the kitchen! |
|
|
By DarkWyrm - Posted on June 11, 2007 - 02:10:08 (#21709)
Current version when comment was posted: 1.0 Beta 1 |
|
|
Thanks! I hadn't thought of using the filesystem, but to be honest, I'm not sure how efficient it would be. BFS, as filesystems go, is optimized for large files, not lots of little ones. Recipe files might not use space on the hard drive very efficiently, either. It's worth looking into, in any event.
FWIW, I agree that some of the categories make searching kinda slow, but, as scary as it might sound, it's about as fast as it can get for a SQLite relational database. There are just a lot of recipes to get through. Darn. :P
|
|
| BeOS is back in the kitchen! |
|
|
By Eddyspeeder - Posted on June 11, 2007 - 01:43:56 (#21708)
Current version when comment was posted: 1.0 Beta 1 |
|
|
It's always great to see a new DarkWyrm app. That BeIA entered the fridge (literally) and BeOS now becomes a helpful assistant in the kitchen is great. I like the icon, I like the About window, and guess what, the recipe database is simply HUGE!
Yet it does make me wonder; why a database file and not a more BeOS-like approach? I think I can best compare it to MDR: just let the content be an email body, and the rest (title, category) can ALL be attributes. This would make searching through the BeOS "Find" function possible as well, and would also speed up your internal search feature (because honestly it is a bit slow right now). If I'd search for "Cakes" without a search string, all it would have to do is list the Name attribute of all files that have "Cakes" in their Category attribute (for which you could also use the already existing "Group" attribute from the People files).
Just a thought...
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
Recent Downloads - # 3,173
Total Downloads - # 3,659
Total Views - # 3,416
User Ratings - N/A
|
|
|
|
 |
| |
Misc. Info Management
Misc. Productivity
Productivity Utilities
|
|
|
|
 |
|
1. BePodder - 9.80
2. QEMU - 9.68
3. ScummVM - 9.57
4. cpu_fix - 9.42
5. Jukebox - 9.40
6. libdl.so - 9.40
7. Haiku AGP busm... - 9.35
8. vim6 - 9.31
9. Beezer - 9.26
10. HandBrake - 9.25
|
|
|
|
 |
|
1. BeOS 5 Perso... - 13,596
2. Realtek RTL8... - 13,108
3. Ati Radeon G... - 12,572
4. Ensoniq Audio... - 7,561
5. ATI Rage 128... - 7,439
6. USB Joystick... - 5,662
7. Broadcom 440x... - 5,409
8. S3 Trio 64 v2... - 4,724
9. USB Serial dr... - 4,707
10. Intel Extreme... - 4,467
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
