BTrees

search for more blogs here

Home - Take this blog!
Get A Free Author's Pass Here
Submit Your Blog Articles Here
Return to the Misc Blogs Here

""note configure.zcml" by thruflo" posted by ~Ray
Posted on 2008-10-26 08:12:34

<configure xmlns="http://namespaces zope org/browser">  <addMenuItem title="Note Container" class="pesto obj note. NoteContainer" permission="zope. ManageContent" view="add_note_container html" /> <addform name="add_note_container html" label="Add Note Container" schema="pesto obj note interfaces. INoteContainer" content_factory="pesto obj note. NoteContainer" permission="zope. ManageContent" /> <containerViews for="pesto obj note interfaces. INoteContainer" index="zope. ManageContent" contents="zope. ManageContent" add="zope. ManageContent" /> <editform for="pesto obj note interfaces. INoteContainer" schema="pesto obj note interfaces. INoteContainer" title="Edit" label="Edit" name="edit html" menu="zmi_views" permission="zope. ManageContent" />  <addMenuItem title="Note" class="pesto obj note. Note" permission="zope. ManageContent" view="add_note html" /> <addform name="add_note html" label="Add Note" schema="pesto obj note interfaces. INote" content_factory="pesto obj note. Note" permission="zope. ManageContent" /> <editform for="pesto obj note interfaces. INote" schema="pesto obj note interfaces. INote" title="Edit" label="Edit" name="edit html" menu="zmi_views" permission="zope. ManageContent" /> </configure> BTrees._IOBTree. IOBucket([(25088501. (u'zope manager',)). (25088502. (u'zope manager',)). (25088503. (u'zope manager',)). (25088504. ()). (25088505. ()). (25088506. ()). (25088507. ()). (25088508. ()). (25088509. ()). (25088510. ()). (25088511. ()). (25088512. (u'zope manager',)). (25088513. ()). (25088514. ()). (25088515. ()). (25088516. (u'zope manager',)). (25088517. ()). (25088518. ()). (25088519. ()). (25088520. ()). (25088521. ()). (25088522. (u'zope manager',)). (25088523. ()). (25088524. ()). (25088525. ()). (25088526. ()). (25088527. (u'zope manager',)). (25088528. ()). (25088529. (u'zope manager',)). (25088530. ()). (252381757. (u'zope manager',)). (384885626. (u'zope manager',)). (384885627. (u'zope manager',)). (477805773. (u'zope manager',)). (535713017. (u'zope manager',)). (877782722. (u'zope manager',)). (887639334. (u'zope manager',)). (1936803294. (u'zope manager',))])

Forex Groups - Tips on Trading

Related article:
http://paste.lisp.org/display/49681

comments | Add comment | Report as Spam

""note configure.zcml" by thruflo" posted by ~Ray
Posted on 2008-10-26 08:12:34

"HAMMER Performance" posted by ~Ray
Posted on 2007-12-21 01:35:54

"I've never looked at the Reiser code though the comments I get from friends who use it are on the order of 'extremely reliable but not the fastest filesystem in the world'," when asked to compare his new clustering beat filesystem with ReiserFS both of which utilize BTrees to organize objects and records. He continued. "I don't expect HAMMER to be slow. A B-Tree typically uses a fairly small radix in the 8-64 range (HAMMER uses 8 for now). A standard indirect block methodology typically uses a much larger radix such as 512 but is only able to organize information in a very restricted linear way." He continued to describe numerous plans he has for optimizing performance. "my expectation is that this will lead to a fairly abstain filesystem. We will know in about a month :-)" Among the optimizations planned. Matt explained. "the main thing you be to do is to issue large I/Os which cover multiple B-Tree nodes and then arrange the physical layout of the B-Tree such that a linear I/O will cover the most likely path(s) thus reducing the actual number of physical I/O's needed." He noted. "HAMMER ordain also be able to issue 100% asynchronous I/Os for all B-Tree operations because it doesn't be an intact B-Tree for recovery of the filesystem." He went on to describe another potential optimization allowed by the filesystem's design. "HAMMER is designed to allow clusters-by-cluster reoptimization of the storage layout. Anything that isn't optimally layed-out at the time it was created can be re-layed-out at some later time e g with a continuously running background process or a nightly cron job or something of that ilk. This will allow HAMMER to choose to use an expedient layout instead of an optimal one in its critical path and then 'fix' the layout later on to make re-accesses optimal." From: Chris Turner <c turner@...>Subject: Date: Oct 12. 6:06 pm 2007Matthew Dillon wrote:> > It will be cluster-by-cluster to begin with. I don't evaluate it to cause> any issues the BxTree in each assemble ordain be fairly compact and come up> cached and most importantly nearly all write I/O can be asynchronous> so locks simply will not be held all that desire.> > Eventually it will be possible to use inherent modify cache locks to> lock the BxTree operations but its a little dicey to try to do> that level of fine-grained locking by fail due to the allocation> model.> Anyone up on ReiserFS ?(but still capable of a 'alter room' description.

Forex Groups - Tips on Trading

Related article:
http://kerneltrap.org/DragonFlyBSD/HAMMER_Performance

comments | Add comment | Report as Spam

"Re: Problem saving personal type object" posted by ~Ray
Posted on 2007-12-03 22:38:08

--On 24. Oktober 2007 16:03:07 +0200 Luca Bel <> wrote:> Hi all. When I save a personal-type object (an disapprove with much field) i> got this information by the log:>> 2007-10-24 13:43:28 INFO ZPublisher. Conflict ConflictError at> /Bersabea/bersabea> /portal_factory/Bersabea_user/bersabea_user.2007-10-24.9041748139> /kssValidateField:> database conflict error (oid 0x1f0d class BTrees._IOBTree. IOBucket,> serial this txn> started with 0x03713f77507012bb 2007-10-24 13:43:18.852606 serial> currently>> committed 0x03713f77729d0c11 2007-10-24 13:43:26.862531) (3 conflicts (0> unresolved) since startup at Wed Oct 24 13:31:14 2007)>> However the object it's saved in the catalog and i can find it.>> Anybody know what does it means? it's dangerous?Google for "ZODB write conflict errors".-aj-- ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 TÃ¼bingen - GermanyWeb: www zopyx com - Email: - telecommunicate +49 - 7071 - 793376Registergericht: Amtsgericht Stuttgart. Handelsregister A 381535GeschÃ¤ftsfÃ¼hrer/Gesellschafter: ZOPYX Limited. Birmingham. UK------------------------------------------------------------------------E-Publishing. Python. Zope & Plone development. Consulting -------------------------------------------------------------------------This SF net telecommunicate is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. transfer your remove copy of Splunk now >> _______________________________________________Plone-Users mailing enumerate

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=13399815&framed=y&skin=6741

comments | Add comment | Report as Spam

"xfsprogs (tools to use the XFS filesystem)" posted by ~Ray
Posted on 2007-10-08 17:26:54

XFS is a high performance journaling filesystem which originated on the SGI IRIX platform. It is completely multi-threaded can give large files and large filesystems extended attributes variable block sizes is extent based and makes extensive use of Btrees (directories extents remove space) to aid both performance and scalability.

Forex Groups - Tips on Trading

Related article:
http://swaseries.blogspot.com/2007/10/xfsprogs-tools-to-use-xfs-filesystem.html

comments | Add comment | Report as Spam

"4 tips to keep in mind about the ZODB" posted by ~Ray
Posted on 2007-10-04 07:45:19

Plone is a great drive probably one of the beat CMS out there that let you rapidly act an advanced web application. But there are some real pitfalls you might go into if you are not familiar to the underlying technology. This affix provides a list of tips that can back up you out. I am not pretending to furnish you a set of solutions to make your website abstain and scalable but by following those tips you will evaluate the way experienced Zope developers evaluate when they label an application. It’s very important to know it when you are starting a Plone communicate. That might affect a lot how you are going to bring home the bacon: if the application needs to deal with hundreds of hits per minute and store gigas of datas you won’t create it the same way than if the fill is ridiculous desire a few hits a day. Project the data load in the future also: how big will be the site in one month ? one year ? If the data fill grows you might be to set up a cyclic purge to make sure the stuff doesn’t get huge. The ZODB is a great database and provides a lot of features for CMS: each object (e g. enter) is automatically saved on each change. This persistent forge. Ã la Hibernate is nice. But this has a be: if hundreds of objects are created by hundreds of users per minute it won’t work. It ordain technically bring home the bacon but will become very decrease because the ZODB has to deal with concurrency changes on the objects. You might argue that this won’t be a problem if you act compassionate of who changes the data and how but you won’t be able to deal with how locate objects bring home the bacon in the ZODB. For example. BTrees objects that are supposed to be abstain and to be able to deal with many items are not really scalable on writes: on my Intel MacBook on a BTreeFolder containing 1000 items running 4 concurrent threads that are creating objects in a walk of 300 ms will generate contrast error on 10% of the requests. You should really ask yourself if you need ZODB features on some data. Maybe they will fit exceed in a SQL database if they don’t be versionning or sophisticated workflows. The ZCatalog in its classical cause is also a particular inspect. It can charge 40% of the ZODB total coat so if you list a lot of things and a lot of features on your websites are based on queries it’s maybe a good idea to used a specialized database like or Lucene. It’s faster and it won’t alter your ZODB change. Hey why indexes are stored in the ZODB anyway ? SQUID memcached. CacheFu. All those tools are wonderful and mandatory when you put your site in production. But you should not hide your label behind them : that’s the beat way to label a crappy badly architectured application. You should act compassionate on how your application scales and on your label effectiveness before you evaluate about caching. Be careful about the complexity of each of your function and how they measure. Making a assemble of ZEO nodes ordain not alter your application faster it ordain just raise the number of concurrent threads your application can command simultaneously. Each node needs to be synchronized behind the scene everytime a data is changed. So the more nodes you have the more network merchandise you ordain get. This can damage the overall performance of the application as come up. Most of inform 1: Don’t blame the ZODB for Plone’s lack of speed. Most of your first point seems to broach with expected hits nothing the ZODB should undergo a problem with. Only where it comes to the coat of data *written* to the site is the ZODB under consideration. But in my undergo even an 8GB ZODB is quite speedy. What I accept with is that the customer should evaluate about the lifespan and be of the data. Point 2 has some valid cram for sites with high load. act in mind though that most of these problem won’t be so much of a problem if the application above ZODB and the ZCatalog aren’t such a hog when it comes to speed. In mentioning the compile and high load a advert towards QueueCatalog would be useful from what I hear it’s a bitch to set up but it can back up a lot. Point 3: You are very right here! Ehmm… what has it to do with the ZODB though? And how is someone who decided to run Plone going to dress anything here? (Yes maybe by going to that sprint you have in mind below.) But for “normal people” as soon as they run Plone and have in mind that it’s decrease all they will ever hear is “lay aside! lay aside! lay aside!”… Point4: … and of course “ZEO! ZEO! ZEO!”. I agree here that people shouldn’t try to go to a massive ZEO setup if they don’t *experience* it’s the right thing in their situation. But again: what does it undergo to do with the ZODB? point 1: how desire it takes for your 8 gigas ZODB to case ? Doesthe folder that used to bring home the bacon perfectly that now undergo thousands of elements is comfort responding abstain ? contrast errors ordain be also on some situations. inform 2: QueueCatalog seems to be an interesting cram indeed. I’m also all for a solution that doesn’t store indexes in the ZODB. I undergo tested such a copy in the past and it works well. point 3: well you have to be careful about scaling your application *with the ZODB model in object*: you won’t measure it the same way you would do with other application models because of the *transparent persistency* inform 4: replication of course. ZEO means data replication in the ZODB. It’s because of the ZODB model that we have such communicate transferts. I’m not trying to accuse the ZODB but to explain that it’s something to be aware of when writing Plone apps. Yesterday I dealt with a website that had a lot of conflicts errors and I finally discovered that a view was changing a persistent object parameter in the code called to show the page. That was putting the whole stuff on the knees on high loads. OK it’s bad to make some ZODB writes in such code but it is not obvious and very specific to this technology imho. Yes packing the 8gig ZODB took a while. The response time didn’t undergo a problem though coat of the ZODB doesn’t really decrease it down in operation. One BTreeFolder2 based object that I undergo now has 8000+ objects in it. I had stress tested it with 16000 (target coat is about 12000) and there are no speed problems even on my dev workstation (dual 1Ghz G4). The data copy for this disapprove is really on the border of moving it to SQL - but since we undergo no other be for an SQLDB in our app. I’m avoiding the added complexity of yet another server component. As you know conflict errors appear with modern Zope’s only on the writes. In our app here we undergo one hotspot where we get contrast errors because we do a “write-on-read” there. Not nice but with the load on that one it’s not a problem - as you said people should look at the data copy and data usage patterns and then end what’s necessary. For me it just means that I get mentions of resolved conflicts in the logs for other situations it might be a real problem. Of course I don’t use Plone so my life is more tranquil and easy in general while some populate seem to like the adrenaline :-p

Forex Groups - Tips on Trading

Related article:
http://tarekziade.wordpress.com/2007/10/04/4-tips-to-keep-in-mind-about-the-zodb/

comments | Add comment | Report as Spam

"Re: How do you log transactions" posted by ~Ray
Posted on 2007-10-01 21:48:14

J Cameron make:> The built-in BTree set of types behaves like this as well as nicely > handling large data sets. The BTrees themselves are dictionary-ish. > rather than list-ish but can be made to work desire that anyway. See > the BTree folder types.> > > > The BTree implementation does have OOSet and OOTreeSet types but I > don't know that they should be used independently. They are set-ish. > rather than list-ish. I don't know of any list-ish types like this.> > See Thanks for the pointers. I ordain have a look through them. They be likewhat I need. Kevin-------------------------------------------------------------------------This SF net telecommunicate is sponsored by: MicrosoftDefy all challenges. Microsoft(R) Visual Studio 2005._______________________________________________Archetypes-users mailing enumerate

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12766137&framed=y&skin=6741

comments | Add comment | Report as Spam

"Python: A co-server for Zope" posted by ~Ray
Posted on 2007-09-29 15:20:38

A few years ago when we hit with CPS on some big customers intranet scalability problems we started to use ZAsync in request to perform some tasks in the background. That improved a lot the application overall performance. What ZAsync does is recording in BTrees within the ZODB tasks to perform letâ€™s say Python scripts to alter. Then a twisted client that runs independantly opens the ZODB to construe the BTree and sight the assign to act. It acts desire another Zope go in some ways. But thereâ€™s something I never understood:Why the job stand is stored in the ZODB database ?

Forex Groups - Tips on Trading

Related article:
http://feeds.dzone.com/~r/dzone/upcoming/~3/162377943/python_a_coserver_for_zope.html

comments | Add comment | Report as Spam

"2nd Patch for SQL::Statement" posted by ~Ray
Posted on 2007-09-25 06:22:47

&bear on; • • &bear on; • &bear on; &bear on; • • • &bear on; • • &bear on; &bear on; &bear on; &bear on; • &bear on; • &bear on; • &bear on; &bear on; • &bear on; Hi Jeff,because you didn't answer my last reply I evaluate it's exceed to send the 2nd bug fix (conjoin includes fixes sent last times too) again via dbi-users@ enumerate. When you're bunco on measure maybe others who are involved may act a look on it. Furthermore SQL::Statement and a lot of DBD-Modules seems to believe on the other when both modules are installed. I made a fix in connect_2_tables which prevents detecting the shared columns as soon as more than 2 tables shall get joined. To be honest. I can't see any cerebrate for checking $isunqualA{$c} or $isunqualB{$c} in lines 663 and 666. Because of 2 tables could have similar named columns the check of k1/k2 in %iscolA/%iscolB is more significant. That's the cerebrate why I can't understand the lines 659-661 - a check as done in 663/666 is enough isn't it? In the first impression (without deep think over it) it looks like a forgotten relict from first steps in joining into MemTables. But maybe it's important for NATURAL joins - what ever that means - I'm not an SQL expert as you. Other problems - I didn't fix because don't experience where - is the behaviour of SQL::Statement/SQL: lie 1552.#ERROR: error during query: 'SQL ERROR: No equijoin condition in WHERE or ON clauseThe 1st situations causes SQL::Parser to bail out when hit the "PATTERN" arg without raising any error. I think exceed error checking could works wonders xDLet me ask the challenge from my measure mail again: What do you think about accept indexed table-access? It's very likely that a physical data coordinate knows more performant ways to examine in it's data share (XPath in XML. BTrees in Berkeley-DB-tables, we use change lookup hash-tables). When I shall invest time to add the one or other bug-fix or feature as suggested. I ask for being allowed to reformat the source. It's very painful to alter because sometimes are TAB's used sometimes blanks no consistent indent etc. `perltidy -gnu` or `perltidy -toc` would allow me to stop wasting measure to reformat the source when editing around to schedule sth and change approve when finished to reduce differences made only because of beautifying... Freundliche GrÝúe / Best RegardsJens Rehsack___________________ __Fa. Manú & PartnerPhone: +49 - 214 - 30 - 46 193Fax: +49 - 214 - 30 - 31 625E-mail: jens rehsack@bayerb Ïîæàëóéñòà îòíîñèòåñü ê ñîáåñåäíèêàì óâàæèòåëüíî. íå èñïîëüçóéòå íåöåíçóðíûå ñëîâà. íå çëîóïîòðåáëÿéòå çàãëàâíûìè áóêâàìè. íå ïóáëèêóéòå ðåêëàìó è îáúÿâëåíèÿ î êóïëå/ïðîäàæå. à òàêæå ìàòåðèàëû íàðóøàþùèå ñåòåâîé ýòèêåò èëè ÓÊ ÐÔ.

Forex Groups - Tips on Trading

Related article:
http://qaix.com/perl-web-programming/576-031-2nd-patch-for-sql-statement-read.shtml

comments | Add comment | Report as Spam

blogs - aa blogs - air force blogs - aquarius blogs - aries blogs - army blogs - arts blogs - baby blogs - blogs 4 men - blogs 4 women - cancer blogs - capricorn blogs - career change blogs - choice blogs - christmas blogs - cigar blogs - cigarette blogs - cig blogs - coast guard blogs - coffee bean blogs - college baseball blogs - college basketball blogs - college football blogs - colleges blogs - computer blogs - create blogs - dating blogs - elvis blogs - email chat blogs - email pal blogs - enhancement blogs - fall blogs - fha blogs - freedom blogs - friendly blogs - funny blogs - gambler blogs - gemini blogs - her blog - his blog - hockey blogs - join blogs - javas blogs - kid safe blogs - leo blogs - libra blogs - apartments blogs - coffees blogs - horoscopes blogs - life advice blogs - lover blogs - marine blogs - married blogs - military blogs - misc blogs - more money blogs - mortgage blogs - move blogs - movies blogs - musical blogs - navy blogs - new in town blogs - obscure blogs - online date blogs - online game blogs - over 30 blogs - over 40 blogs - over 50 blogs - over 60 blogs - over 70 blogs - over 80 blogs - over 90 blogs - password blogs - pc blogs - mortgages blogs - peoples blogs - pictures blogs - pipe blogs - pisces blogs - poems blogs - poker blogs - police blogs - political blogs radio blogs - read blogs - recreational vehicle blogs - relocation blogs - reserve blogs - rv blogs - safe blogs - scorpio blogs - singles blogs - smokers blogs - smoker blogs - state blogs - state college blogs - taurus blogs - teen advice blogs - teenager blogs - tobacco blogs - tv blogs - vacation blogs - veteran blogs - virgo blogs - virtual blogs - weekly blogs - wingman blogs - word blogs - words blogs - writer blogs - poetry blogs - prescription blogs - sagittarius blogs - straight blogs - summer blogs - gi blogs - hooka blogs - penis enlargement blogs - vfw blogs - casinos blogs - casino blogs - web hosting blogs - hosting blogs - auto blogs - truck blogs - van blogs - suv blogs - 4 wheel blogs - harley blogs - flu blogs - diet blogs - pistols blogs - teenage blogs - lpga blogs - burnable blogs - new tunes blogs - coaching blogs - treasures blogs - trades blogs - nutty blogs - skate blogs - play 21 blogs - weather blogs - poker players - golf blogs - american blogs - football blogs - baseball blogs - hockey blogs - basketball blogs - soccer blogs - cooking blogs - recipe blogs - space blogs - 3d games blogs - barbecue blogs

the BTrees archives:

11 articles in 2006-01
22 articles in 2006-02
28 articles in 2006-03
37 articles in 2006-04
27 articles in 2006-05
26 articles in 2006-06
24 articles in 2006-07
18 articles in 2006-08
22 articles in 2006-09
30 articles in 2006-10
22 articles in 2006-11
22 articles in 2006-12
12 articles in 2007-01
12 articles in 2007-02
3 articles in 2007-03
7 articles in 2007-04
11 articles in 2007-05
10 articles in 2007-06
3 articles in 2007-07
1 articles in 2007-09

next page