Popper,
Core 2 Duos were the staple Intel processors for a long while before the Core-i3/i5/i7 came out. There is no such thing as a "Core 2 Dual" and never was. Are you sure you're not talking about the Core Duo? Those were indeed the rather slow CPUs often found in budget laptops. It sounds like you are.
But then, since Michael's machine doesn't have a Core Duo, but a Core 2 Duo, you'd be wrong and your pointlessly condescending remark could be considered stupid and irrelevant.
Announcement
Collapse
No announcement yet.
Debian GNU/kFreeBSD Benchmarks With Its New Kernel
Collapse
X
-
Michael you do know that the Core 2 Duo is crap and crippled compared to any other real Core 2 Dual right.
and yet again you dont run even a basic x264 HD CRF 18 encode clip test...., that would show you how crap/crippled the Duo is as theres not likely any other app thats more assembly tuned to each CPU and its capability's than x264 on the planet.
so make x264 a standard test in your Phoronix Test Suite And Actually Run the thing and include the results on all your cpu's etc to compare.
and make sure you use a current compiled x264 1745 version and ffmpeg from master at least, not some antiquated version in most current distro releases
Leave a comment:
-
Originally posted by nanonyme View PostHence why at least Fedora ships Amarok with mysql-embedded (which does not run as a separate service) instead of full-blown mysql.
If your SQLite database grows beyond a certain point, your performance will be horrid and the only option at that point is to use something else. Embedded MySQL doesn't have those kinds of scalability issues (Well, at least the point where it doesn't scale is quite a bit higher).
Also should your application want to switch over to a full on SQL server, the application largely just needs to change how it connects or opens the database and it can go from there. It's easy migration without the SQL dialect/quirk game.
PostgreSQL has an embedded option too.
Sure MySQL or PostgreSQL may have a larger memory footprint but it's shared between applications. Heck, if you're running KDE, akondi probably already has a copy of MySQL running for you. IMO, 25MB isn't a horrible amount of RAM for your typical desktop system. What's that... a browser tab worth of memory?
/offtopicrant
Leave a comment:
-
Originally posted by BlackStar View PostPerformance at the cost of data loss? No, thanks.
ext4 vs UFS.
UFS is a lot closer to ext2 than ext4.
And in the same database tests where UFS made it win, ext2 would also destroy ext4.
Which makes the whole test irrelevant.
You can make ext4 fast, and yes, at the cost of POTENTIAL data loss (not guaranteed data loss), and DOING SO will NOT make your data loss any MORE likely than by using the faster filesystem, in this case UFS.
In fact, your data is probably still safer on ext4 than UFS, even if you adjust ext4 to be as fast as UFS.
Alternatively, reduce the rate that the database calls sync. Instead of after EVERY transaction, limit it to once every 5 seconds. Data loss? Maximum of 5 seconds, but still wickedly fast.
Then, of course, comes the major important point -- what are you doing with sqlite that is so important that you can't afford to lose a few seconds of data? If the absolutely last second of data is so important that you can't lose it, I STRONGLY suggest that you switch to a proper database.
Leave a comment:
-
Originally posted by Delgarde View PostYeah, using a full-fledged database server like mysql for a desktop app is kind of overkill. That's why embedded databases like sqlite are so popular these days - the power of an SQL engine for doing queries, while running entirely in-process.
Leave a comment:
-
Originally posted by hdas View PostAnd speaking of obsession with database usage in applications, here is an anecdote. Why is that amarok must need mysql?
Leave a comment:
-
Originally posted by Ranguvar View PostExcept many desktop *nix apps use SQLite internally, and a speedup of that means a faster program as a whole (Firefox, anyone?).
Try again.
And speaking of obsession with database usage in applications, here is an anecdote. Why is that amarok must need mysql? On Gentoo (which is by and large close-to-upstream without much distro customization), I start amarok and the first thing it shows me is an ugly error that mysql is not running and I need to setup a password and database, all for listening to music. I have only a few hundred music files and I wish there was a USE flag to turn mysql off, instead using a simpler or no backend.
The next thing we know is Oracle launching a new browser, that uses its flagship database running on zfs/btrfs to manage your bookmarks, cache, cookies, mail and other kstuff, never mind its bog slow at rendering. </sarcasm>
Leave a comment:
Leave a comment: