Hi,
I asked a friend who is a Berkeley DB expert about these locking issues.
You can find his blog posting at www.ddanderson.com/myblog/
It starts:
I hear this occasionally - Berkeley DB is unreliable, is prone to lockups,
you just can't depend on it. On the other hand, I've been working wit
On Apr 6, 2007, at 4:58 PM, Perrin Harkins wrote:
Although that sounds reasonable, when I've tried to test it my results
have been the opposite -- storage speed really matters and locking
doesn't matter much at all.
I did some benchmarking of various cache modules for a talk I gave at
OSCON in
On 4/5/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
Right. My point is that no matter what, you're going to have
multiple children locking and blocking against each other.
The efficiency of the operations are negligible when compared to one
another , and the existence of blocking makes it vir
>There's no issue with the way perl runs on linux -- the issue is the
>support the distros have for it. If you're running linux, you're
>building mod_perl from source. Otherwise, ModPerl on linux is just a
>shame. The distros are just not supporting it.
>
Got it,thanks.
It's not the probl
On Apr 5, 2007, at 10:18 PM, Jeff Pang wrote:
I never knew this point that mod_perl support Linux platforms worse.
This is maybe a bad news since we have been runing hundreds of RH
Linux boxes.
Can you show me more reasons why mod_perl support on Linux are bad?
Thanks.
Its not the linux pla
>i think the mod_perl support on the 'enterprise linux' platforms are
>pretty bad -- they're often way out of date. public distros, like
>ubuntu, are usually up-to date.
>freebsd support is the best, much thanks to philip porting to
>freebsd within minutes of the source code release (btw,
On 4/5/07, Nils Kaiser <[EMAIL PROTECTED]> wrote:
Hello,
we are using a webservice to check if a user agent is a mobile or full
browser. We have to integrate this on the root path of a site to redirect
mobile browsers to a mobile page.
I'm a little but stunned that mobile browsers don't ide
On 4/5/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
with bdb on a single machine, you're still apt to run into time
issues from locking by competing apache children on the bdb
Sure, but the alternatives all use some kind of locking too. BDB
handles locking as efficiently as anything I think
Nils Kaiser <[EMAIL PROTECTED]>
> we are using a webservice to check if a user agent is a mobile or
full
> browser. We have to integrate this on the root path of a site to
> redirect mobile browsers to a mobile page.
I haven't had an issue with berkeley db since 4.2 , however there are
db lo
On 4/5/07, Jeff Pang <[EMAIL PROTECTED]> wrote:
I've used both (DB_File and memcached),but I found memcached was faster than
DB_File since memcached used memory as the cache device but DB_File used local
filesystem.Am I not right?:)
No, BerkeleyDB is significantly faster than memcached. It u
>
>It's slower than BerkeleyDB and Cache::FastMmap.
>
I've used both (DB_File and memcached),but I found memcached was faster than
DB_File since memcached used memory as the cache device but DB_File used local
filesystem.Am I not right?:)
--
mailto: [EMAIL PROTECTED]
http://home.arcor.de/je
On 4/5/07, Jeff Pang <[EMAIL PROTECTED]> wrote:
Just give another suggestion.How about memcached?
It's slower than BerkeleyDB and Cache::FastMmap. If you need your
cache to work across multiple machines, memcached is a good idea. For
a single machine, there's no reason to use it.
- Perrin
On 4/5/07, Nils Kaiser <[EMAIL PROTECTED]> wrote:
1) BerkeleyDB:
Is berkeleyDB the best solution here? we decided to go for berkeley because
of performance aspects and the maturity of the project (tools for database
recovery). We want to deliver a generated cache to our customers, so beeing
abl
-Original Message-
>From: Nils Kaiser <[EMAIL PROTECTED]>
>
>After investigating, we decided to go for a mod_perl / berkeleydb
>solution. The berkeleydb caches the data for each user agent, so the
>webservice will be only queried once. Coding is not a problem as we have
>one perl deve
14 matches
Mail list logo
