Menu
▾
▴
binarycloud-dev — development list for binarycloud
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(57) |
May
(287) |
Jun
(166) |
Jul
(286) |
Aug
(273) |
Sep
(254) |
Oct
(144) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Alex B. <en...@tu...> - 2001-08-07 18:09:36
|
hi all, this is probably a good time to establish "rules" for how we should deal with my internal cvs and commits to sourceforge. I'm happy to "reverse-synch" files that you commit, but I've got to know to do it :) I don't see a way to have sourceforge send a mail on commit (as my repository does to binarycloud-cvs-commit) so _please_ send an email to bin...@li... with the path to the file. I'm going to try and see if there's a way to synch sf.net... are there any other commits I should know about? thanks! _alex > alex, > > it seems one day when you do daily synch, your INSTALL.WIN32 has > overwrited my updated version in sourceforge CVS server, I have > commited it again, plz update your INSTALL.WIN32 first... :) > > ronald > > Ronald TAO > ron...@ho... > > > _________________________________________________________________ > ? http://explorer.msn.com.tw/intl.asp ???? MSN Explorer > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: TAO R. <ron...@ho...> - 2001-08-07 12:14:09
|
alex, it seems one day when you do daily synch, your INSTALL.WIN32 has overwrited my updated version in sourceforge CVS server, I have commited it again, plz update your INSTALL.WIN32 first... :) ronald Ronald TAO ron...@ho... _________________________________________________________________ 在 http://explorer.msn.com.tw/intl.asp 免費下載 MSN Explorer |
|
From: TAO R. <ron...@ho...> - 2001-08-07 03:06:44
|
> > Only a guess as I had no intention to be online for more that a hour - > > arround 50-60MB. I don't know because the stupid setup.exe had no intention > > to show how many MB there are. > > > > Andris Spruds > >That sounds a bit extreme... > >Ronald, is it really ~60mb? > >_a the whole things are just under 50mb without any src file..... you can skip the things like gcc or ghostscript, can save u a litte bit of time... ronald _________________________________________________________________ 在 http://explorer.msn.com.tw/intl.asp 免費下載 MSN Explorer |
|
From: Alex B. <en...@tu...> - 2001-08-06 19:33:57
|
> Only a guess as I had no intention to be online for more that a hour - > arround 50-60MB. I don't know because the stupid setup.exe had no intention > to show how many MB there are. > > Andris Spruds That sounds a bit extreme... Ronald, is it really ~60mb? _a -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Andris S. <li...@ap...> - 2001-08-06 12:23:16
|
> P.S. Still haven't built a r2 on my Win2000, the cost of downloading whole > Cygwin is somehow too high. (:<) > >how big is it? Only a guess as I had no intention to be online for more that a hour - arround 50-60MB. I don't know because the stupid setup.exe had no intention to show how many MB there are. Andris Spruds |
|
From: Michael K. <mi...@ta...> - 2001-08-03 20:42:51
|
Alex Black wrote: >>An alternative free caching engine which compares with Zend is APC >>http://apc.communityconnect.com/ >> >>When Rasmus was last here he recommended it.. so I assume it's quite good. >>:) >> >>* Blake >> > > yeah, I need to have a look at it.... I've heard it's quite good, though not > as polished as Zend Cache. > > _a Our own testing/usage/demos (in production on a couple machines too) has shown APC to give, on average, about 50% throughput/increase. Some pages are more, some are less. I was planning on testing the zend cache as well, but haven't had time yet. Zend cache caches code after it's been through the zend optimizer, which accounts for at least some of its extra speed increase over APC and Bware cache. Very little of what we do is NOT through a database, so we've never bothered testing code that wasn't database connected. APC may be faster than our 50% for non-db sites. I just can't think of too many sites I'd bother using PHP on that weren't db-enabled. APC and Bware won't work with the zend optimizer (well, I KNOW APC won't - I don't remember if bware does or not). The optimizer code is not open source, so it's kinda hard for APC to compete with them on that level, but the APC people claim many millions of page views per day, and significant capacity boosts because of their product. It's kinda hard to beat the price, for even a 50% speed up, imo. -------------------------------- Michael Kimsal http://www.tapinternet.com/php/ PHP Training Courses 1-877-745-3660 734-480-9961 |
|
From: Alex B. <en...@tu...> - 2001-08-03 20:10:40
|
> An alternative free caching engine which compares with Zend is APC > http://apc.communityconnect.com/ > > When Rasmus was last here he recommended it.. so I assume it's quite good. > :) > > * Blake yeah, I need to have a look at it.... I've heard it's quite good, though not as polished as Zend Cache. _a > -----Original Message----- > From: Andreas Aderhold [mailto:a.a...@th...] > Sent: Friday, August 03, 2001 3:37 AM > To: bin...@li... > Subject: [binarycloud-dev] Zend Cache and binarycloud = more power > > > Hi, > > I just benched binarycloud with/without ZendCache in comparison > with other scripts. And the results are surprising. Actually > with Zend Cache enabled I gain huge performance boosts for > sites without database access. Read on. > > --------------------------------------------------------------------------- > Setup > --------------------------------------------------------------------------- > I ran the benchmarks on my devel box at home (crappy old box, with > lots of stuff running (sshd, samba......)): > > * Intel Pentium 100 > * 128MB PC100 RAM > * 15GIG IBM HDD (IDE) > * Linux Mandrake 8 (Kernel 2.4.3) > * Apache 1.3.19 > * MySQL 3.23.36 > * PHP4.0.4pl1 (Zend Launch Pad Edition) > * ZendOptimizer 1.1.0 > * ZendCache 1.1.0 > > PHP compile options (launchpad - out of the box) > ./configure > --prefix=/Zend > --with-apxs=/usr/local/apache/bin/apxs > --disable-debug > --with-config-file-path=/usr/local/Zend/etc > --without-db2 > --disable-sysvsem > --disable-sysvshm > --enable-xml > --enable-wddx > --with-mysql > --with-gd=shared,/usr/local/gd > --enable-gd-imgstrttf > --with-jpeg-dir=/usr/local/jpeg > --with-ttf=/usr/local/freetype > --with-t1lib=/usr/local/t1lib > --with-pgsql=shared,/usr/local/postgres > --with-imap=shared,/usr/local/imap > --with-ldap=shared,/usr/local/openldap > --with-ibm-db2=shared,/usr/local/db2' > --with-oci8=shared,/usr/local/oracle > > Zend Cache: > - validate timestamps is enabled (so chache checks everytime if > script changed, will perform even better if this is disabled in > production) > - reserved cache memory: 32Megs > > --------------------------------------------------------------------------- > Benched scripts > --------------------------------------------------------------------------- > [1] Thyrell homepage www.thyrell.de/home/index.php > A very simple script with sessions (language-detect) and smarty as template > engine (smarty cache disabled). It is just one template with basic > replacing work to do for the tpl engine (no section loops etc). No Database > access. > > [2] Database script (huge) > Manage script for category administation (unlimited depth for cats). > Script is currently not r2 based [but r2 friendly and after the > entitity/database stuff is out, it will be ported:)]. MySQL Database, > about 20 entries for categories with a depth of 4. > > This script is part of a more complex community application administrtion > I'm currently working on. So much things are not optimized and It's > overloaded with includes that will be removed/optimized. Escpecially > the layout for the admin interface is very grapic intensive. So currently > the loading time is very long. > > Basically: > - Request class, session class of r2 > - Metabase > - Smarty > - PEAR for error handling (exceptions and formwarnings) > > - The "manager" responsible for db-access uses recrusion to look up > the categories (in this example depth = 4). It also currently > executes 2 queries per query (COUNT(*))(Few template chunks with > descent template logic (looping over arrays). > > - Advanced browser scripting (mostly IE5 behaviours). > > > [3] binarycloud: index.php > The current (2001-03-08, 10am GMT) cvs r2/binarycloud/build/en/index.php. > No changes. > > --------------------------------------------------------------------------- > The results > --------------------------------------------------------------------------- > I ran the benches doubletwice and the results differ slightly. > > > [1] Thyrell homepage > ------------------------- > With cache > Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... > Try 1: 6.68 req/s > Try 2: 6.90 req/s > Try 3: 6.82 req/s > Try 4: 6.79 req/s > Try 5: 6.77 req/s > 6.792 requests/second from 5 tries > > Without cache > Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... > Try 1: 0.98 req/s > Try 2: 0.60 req/s > Try 3: 0.94 req/s > Try 4: 0.86 req/s > Try 5: 0.60 req/s > 0.796 requests/second from 5 tries > > -> Speedup: 753.27% > > > [2] Database script (huge) > ------------------------------- > With cache > Starting benchmark for > http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... > Try 1: 0.48 req/s > Try 2: 0.87 req/s > Try 3: 0.36 req/s > Try 4: 0.28 req/s > Try 5: 0.28 req/s > 0.454 requests/second from 5 tries > > Without cache > Starting benchmark for > http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... > Try 1: 0.29 req/s > Try 2: 0.28 req/s > Try 3: 0.27 req/s > Try 4: 0.27 req/s > Try 5: 0.27 req/s > 0.276 requests/second from 5 tries > > -> Speedup: 64.49% > > > [3] binarycloud > ------------------ > With cache > Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... > Try 1: 5.54 req/s > Try 2: 4.58 req/s > Try 3: 4.55 req/s > Try 4: 4.54 req/s > Try 5: 4.12 req/s > 4.666 requests/second from 5 tries > > Without cache > Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... > Try 1: 1.21 req/s > Try 2: 2.10 req/s > Try 3: 1.98 req/s > Try 4: 1.04 req/s > Try 5: 1.04 req/s > 1.474 requests/second from 5 tries > > -> Speedup: 216.55% > > > > Resumee: > --------------------------------------------------------------------------- > IMHO, the ZendCache is VERY groovy :-) But it's also a expensive pice of > software. So for performance critical and larger business applications it > is a must, I think. The performance boosts for non-database sites is great. > And with the binarycloud cache the pages will become real speed monsters, > I guess :-) > > More detailed information is published in Zend and Techmetrix whitepapers. > You can download them from Zend.com or with some screenshots of the above > tested sites from: http://www.thyrell.de/info/downloads/cache_bench.zip. > Especially the behviour of database accesss with zend cache is interesting. > According to the paper is error free with cache (with their setup), but > there are errors without. > > Andi > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Blake B. <Bla...@De...> - 2001-08-03 19:40:15
|
An alternative free caching engine which compares with Zend is APC http://apc.communityconnect.com/ When Rasmus was last here he recommended it.. so I assume it's quite good. :) * Blake -----Original Message----- From: Andreas Aderhold [mailto:a.a...@th...] Sent: Friday, August 03, 2001 3:37 AM To: bin...@li... Subject: [binarycloud-dev] Zend Cache and binarycloud = more power Hi, I just benched binarycloud with/without ZendCache in comparison with other scripts. And the results are surprising. Actually with Zend Cache enabled I gain huge performance boosts for sites without database access. Read on. --------------------------------------------------------------------------- Setup --------------------------------------------------------------------------- I ran the benchmarks on my devel box at home (crappy old box, with lots of stuff running (sshd, samba......)): * Intel Pentium 100 * 128MB PC100 RAM * 15GIG IBM HDD (IDE) * Linux Mandrake 8 (Kernel 2.4.3) * Apache 1.3.19 * MySQL 3.23.36 * PHP4.0.4pl1 (Zend Launch Pad Edition) * ZendOptimizer 1.1.0 * ZendCache 1.1.0 PHP compile options (launchpad - out of the box) ./configure --prefix=/Zend --with-apxs=/usr/local/apache/bin/apxs --disable-debug --with-config-file-path=/usr/local/Zend/etc --without-db2 --disable-sysvsem --disable-sysvshm --enable-xml --enable-wddx --with-mysql --with-gd=shared,/usr/local/gd --enable-gd-imgstrttf --with-jpeg-dir=/usr/local/jpeg --with-ttf=/usr/local/freetype --with-t1lib=/usr/local/t1lib --with-pgsql=shared,/usr/local/postgres --with-imap=shared,/usr/local/imap --with-ldap=shared,/usr/local/openldap --with-ibm-db2=shared,/usr/local/db2' --with-oci8=shared,/usr/local/oracle Zend Cache: - validate timestamps is enabled (so chache checks everytime if script changed, will perform even better if this is disabled in production) - reserved cache memory: 32Megs --------------------------------------------------------------------------- Benched scripts --------------------------------------------------------------------------- [1] Thyrell homepage www.thyrell.de/home/index.php A very simple script with sessions (language-detect) and smarty as template engine (smarty cache disabled). It is just one template with basic replacing work to do for the tpl engine (no section loops etc). No Database access. [2] Database script (huge) Manage script for category administation (unlimited depth for cats). Script is currently not r2 based [but r2 friendly and after the entitity/database stuff is out, it will be ported:)]. MySQL Database, about 20 entries for categories with a depth of 4. This script is part of a more complex community application administrtion I'm currently working on. So much things are not optimized and It's overloaded with includes that will be removed/optimized. Escpecially the layout for the admin interface is very grapic intensive. So currently the loading time is very long. Basically: - Request class, session class of r2 - Metabase - Smarty - PEAR for error handling (exceptions and formwarnings) - The "manager" responsible for db-access uses recrusion to look up the categories (in this example depth = 4). It also currently executes 2 queries per query (COUNT(*))(Few template chunks with descent template logic (looping over arrays). - Advanced browser scripting (mostly IE5 behaviours). [3] binarycloud: index.php The current (2001-03-08, 10am GMT) cvs r2/binarycloud/build/en/index.php. No changes. --------------------------------------------------------------------------- The results --------------------------------------------------------------------------- I ran the benches doubletwice and the results differ slightly. [1] Thyrell homepage ------------------------- With cache Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... Try 1: 6.68 req/s Try 2: 6.90 req/s Try 3: 6.82 req/s Try 4: 6.79 req/s Try 5: 6.77 req/s 6.792 requests/second from 5 tries Without cache Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... Try 1: 0.98 req/s Try 2: 0.60 req/s Try 3: 0.94 req/s Try 4: 0.86 req/s Try 5: 0.60 req/s 0.796 requests/second from 5 tries -> Speedup: 753.27% [2] Database script (huge) ------------------------------- With cache Starting benchmark for http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... Try 1: 0.48 req/s Try 2: 0.87 req/s Try 3: 0.36 req/s Try 4: 0.28 req/s Try 5: 0.28 req/s 0.454 requests/second from 5 tries Without cache Starting benchmark for http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... Try 1: 0.29 req/s Try 2: 0.28 req/s Try 3: 0.27 req/s Try 4: 0.27 req/s Try 5: 0.27 req/s 0.276 requests/second from 5 tries -> Speedup: 64.49% [3] binarycloud ------------------ With cache Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... Try 1: 5.54 req/s Try 2: 4.58 req/s Try 3: 4.55 req/s Try 4: 4.54 req/s Try 5: 4.12 req/s 4.666 requests/second from 5 tries Without cache Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... Try 1: 1.21 req/s Try 2: 2.10 req/s Try 3: 1.98 req/s Try 4: 1.04 req/s Try 5: 1.04 req/s 1.474 requests/second from 5 tries -> Speedup: 216.55% Resumee: --------------------------------------------------------------------------- IMHO, the ZendCache is VERY groovy :-) But it's also a expensive pice of software. So for performance critical and larger business applications it is a must, I think. The performance boosts for non-database sites is great. And with the binarycloud cache the pages will become real speed monsters, I guess :-) More detailed information is published in Zend and Techmetrix whitepapers. You can download them from Zend.com or with some screenshots of the above tested sites from: http://www.thyrell.de/info/downloads/cache_bench.zip. Especially the behviour of database accesss with zend cache is interesting. According to the paper is error free with cache (with their setup), but there are errors without. Andi _______________________________________________ binarycloud-dev mailing list bin...@li... http://lists.sourceforge.net/lists/listinfo/binarycloud-dev |
|
From: Andreas A. <a.a...@th...> - 2001-08-03 16:51:51
|
Hi All, I forgot to note that for the site1 and site2 the smarty-force-compile option was ENABLED (so every request the template was compiled) 0:) Andi |
|
From: Alex B. <en...@tu...> - 2001-08-03 16:34:55
|
> Hi Alex, > >>> Hmm. What about POST parameters and sessions? So if a >>> resultpage for sess1 >>> is diferent from one of sess2 because it depends on userdata >>> AND post data. >> >> Well, the idea being that you don't want to cache pages that are session >> specific, or post specific. You could end up with a _huge_ set of cache >> files :) > > Hmm, that's right. But what is with the areas of a sessioned page that are > "static" navigation etc. that depends not on session/post data? I guess the > per module cache applies here? Module "navigation_bar" (static, cached), > module "signup_process" (dynamic, !cached) ? Am I right? Exactly: for things like that, you'd cache the module output, not the page output. I think people will end up caching module output more than "entire" page output - it's more useful. >> This isn't intended for form pages, session specific stuff, etc, as the > files are stored > in the filesystem, unencrypted. > Indeed, would be a HUGE security risk. > > Ok, I got it now :-) > >> This cache has nothing to do with zend's caching - it only caches page >> output - so if you have cached bc php, you'll see even _more_ of a >> performance jump. Zend cache does the actual bytecode... Actually >> - andi, do >> you have performance numbers for r2 on a zend cache-enabled box? >> I'd love to >> see 'em :) > There is a benchmark utility shipped with Zcache. I just run the standard > page of current bc cvs through it. And yeees, I am very surprised. > My average performance boost of my projects (with or without db access) is > around 200%, for bc... > > HARR HARR HARR MORE POWER! (see second mail) heheheheh cool! >> So there isn't really anything like "turn it off" because it isn't "on" >> unless you specifically request it :) > Very fine :-) > > So for a big sime on your face, read the post about "Zend Cache". k :) _a -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-08-03 16:34:21
|
> I wonder whether the make system is able to convert page, conf, etc. XML > definitions from XML to PHP. I know some time ago it just copied XML files > to the build directory without any changes. Do we have a better working make > system right now? Not working now, it will fairly soon - that's "up next" after a couple other things. We'll actually be defining _many_ array structures in xml and "making" them into php. > P.S. Still haven't built a r2 on my Win2000, the cost of downloading whole > Cygwin is somehow too high. (:<) how big is it? _a -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Andreas A. <a.a...@th...> - 2001-08-03 10:37:13
|
Hi, I just benched binarycloud with/without ZendCache in comparison with other scripts. And the results are surprising. Actually with Zend Cache enabled I gain huge performance boosts for sites without database access. Read on. --------------------------------------------------------------------------- Setup --------------------------------------------------------------------------- I ran the benchmarks on my devel box at home (crappy old box, with lots of stuff running (sshd, samba......)): * Intel Pentium 100 * 128MB PC100 RAM * 15GIG IBM HDD (IDE) * Linux Mandrake 8 (Kernel 2.4.3) * Apache 1.3.19 * MySQL 3.23.36 * PHP4.0.4pl1 (Zend Launch Pad Edition) * ZendOptimizer 1.1.0 * ZendCache 1.1.0 PHP compile options (launchpad - out of the box) ./configure --prefix=/Zend --with-apxs=/usr/local/apache/bin/apxs --disable-debug --with-config-file-path=/usr/local/Zend/etc --without-db2 --disable-sysvsem --disable-sysvshm --enable-xml --enable-wddx --with-mysql --with-gd=shared,/usr/local/gd --enable-gd-imgstrttf --with-jpeg-dir=/usr/local/jpeg --with-ttf=/usr/local/freetype --with-t1lib=/usr/local/t1lib --with-pgsql=shared,/usr/local/postgres --with-imap=shared,/usr/local/imap --with-ldap=shared,/usr/local/openldap --with-ibm-db2=shared,/usr/local/db2' --with-oci8=shared,/usr/local/oracle Zend Cache: - validate timestamps is enabled (so chache checks everytime if script changed, will perform even better if this is disabled in production) - reserved cache memory: 32Megs --------------------------------------------------------------------------- Benched scripts --------------------------------------------------------------------------- [1] Thyrell homepage www.thyrell.de/home/index.php A very simple script with sessions (language-detect) and smarty as template engine (smarty cache disabled). It is just one template with basic replacing work to do for the tpl engine (no section loops etc). No Database access. [2] Database script (huge) Manage script for category administation (unlimited depth for cats). Script is currently not r2 based [but r2 friendly and after the entitity/database stuff is out, it will be ported:)]. MySQL Database, about 20 entries for categories with a depth of 4. This script is part of a more complex community application administrtion I'm currently working on. So much things are not optimized and It's overloaded with includes that will be removed/optimized. Escpecially the layout for the admin interface is very grapic intensive. So currently the loading time is very long. Basically: - Request class, session class of r2 - Metabase - Smarty - PEAR for error handling (exceptions and formwarnings) - The "manager" responsible for db-access uses recrusion to look up the categories (in this example depth = 4). It also currently executes 2 queries per query (COUNT(*))(Few template chunks with descent template logic (looping over arrays). - Advanced browser scripting (mostly IE5 behaviours). [3] binarycloud: index.php The current (2001-03-08, 10am GMT) cvs r2/binarycloud/build/en/index.php. No changes. --------------------------------------------------------------------------- The results --------------------------------------------------------------------------- I ran the benches doubletwice and the results differ slightly. [1] Thyrell homepage ------------------------- With cache Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... Try 1: 6.68 req/s Try 2: 6.90 req/s Try 3: 6.82 req/s Try 4: 6.79 req/s Try 5: 6.77 req/s 6.792 requests/second from 5 tries Without cache Starting benchmark for http://dev.thyrell.corp/home/index.php (5 tries)... Try 1: 0.98 req/s Try 2: 0.60 req/s Try 3: 0.94 req/s Try 4: 0.86 req/s Try 5: 0.60 req/s 0.796 requests/second from 5 tries -> Speedup: 753.27% [2] Database script (huge) ------------------------------- With cache Starting benchmark for http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... Try 1: 0.48 req/s Try 2: 0.87 req/s Try 3: 0.36 req/s Try 4: 0.28 req/s Try 5: 0.28 req/s 0.454 requests/second from 5 tries Without cache Starting benchmark for http://pubtour.thyrell.corp/manage/common/categories/index.php (5 tries)... Try 1: 0.29 req/s Try 2: 0.28 req/s Try 3: 0.27 req/s Try 4: 0.27 req/s Try 5: 0.27 req/s 0.276 requests/second from 5 tries -> Speedup: 64.49% [3] binarycloud ------------------ With cache Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... Try 1: 5.54 req/s Try 2: 4.58 req/s Try 3: 4.55 req/s Try 4: 4.54 req/s Try 5: 4.12 req/s 4.666 requests/second from 5 tries Without cache Starting benchmark for http://bc.thyrell.corp/index.php (5 tries)... Try 1: 1.21 req/s Try 2: 2.10 req/s Try 3: 1.98 req/s Try 4: 1.04 req/s Try 5: 1.04 req/s 1.474 requests/second from 5 tries -> Speedup: 216.55% Resumee: --------------------------------------------------------------------------- IMHO, the ZendCache is VERY groovy :-) But it's also a expensive pice of software. So for performance critical and larger business applications it is a must, I think. The performance boosts for non-database sites is great. And with the binarycloud cache the pages will become real speed monsters, I guess :-) More detailed information is published in Zend and Techmetrix whitepapers. You can download them from Zend.com or with some screenshots of the above tested sites from: http://www.thyrell.de/info/downloads/cache_bench.zip. Especially the behviour of database accesss with zend cache is interesting. According to the paper is error free with cache (with their setup), but there are errors without. Andi |
|
From: Andris S. <li...@ap...> - 2001-08-03 08:30:03
|
I wonder whether the make system is able to convert page, conf, etc. XML definitions from XML to PHP. I know some time ago it just copied XML files to the build directory without any changes. Do we have a better working make system right now? P.S. Still haven't built a r2 on my Win2000, the cost of downloading whole Cygwin is somehow too high. (:<) Andris Spruds |
|
From: Alex B. <en...@tu...> - 2001-08-03 01:06:18
|
> Hi Alex, > >> Right now, I'm generating page cache ids with: >> -Request URI (that includes the get string) >> -A defined variable name (from the page definition) >> -The value of that variable. > > Hmm. What about POST parameters and sessions? So if a resultpage for sess1 > is diferent from one of sess2 because it depends on userdata AND post data. Well, the idea being that you don't want to cache pages that are session specific, or post specific. You could end up with a _huge_ set of cache files :) I'm thinking more for, say, a large tree of html documents generated from xml with xsl: you want to do the "render" once and then be able to serve it out to 8million people, etc. This isn't intended for form pages, session specific stuff, etc, as the files are stored in the filesystem, unencrypted. (me = security freak :) > But the script is the same, e.g. bc/user/htdocs/userinfo.php. > I'm not sure if it is neccessary to consider that. Currently I'm very > satisfied with Zend Cache but It is great and important to have a free > alternative in bc. But I hope this can be switched off !? This cache has nothing to do with zend's caching - it only caches page output - so if you have cached bc php, you'll see even _more_ of a performance jump. Zend cache does the actual bytecode... Actually - andi, do you have performance numbers for r2 on a zend cache-enabled box? I'd love to see 'em :) Also, note that you have to _explicitly_ request a page be cached, not the reverse. (this will be the same for modules) So there isn't really anything like "turn it off" because it isn't "on" unless you specifically request it :) >> I'll check it in as soon as I've cleaned up some of the more ick debug >> things I have floating around in it. > Ah cool. BTW: The chache example bc/user/htdocs/cache.php is missing in CVS > but included in Makefile. Really? Oh!, crap. I know what that is. I'll do a synch right now.. danke :) _alex > _andi > > > > _______________________________________________ > binarycloud-general mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-general > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-08-01 23:02:09
|
>
> alex,
> i'm seeing that you've added the entire PEAR tree under ext/. my
> impression of this BC/PEAR convergence was that you were just going to
> add the PEAR libraries that BC used, not the entire PEAR tree. it just
> seems sticky doing it this way because of version conflicts, and the
> hassles of keeping the entire tree up to date; not to mention simple
> scattered file duplication.
Ah, for a couple reasons:
-yes, I could include only the files that bc/core needs, but after
thinking about that I don't like it. here's why:
pear (for the moment) is released with each php version, as one big glob. it
requires a make, etc and at the moment (as far as I can tell) is basically
uninstallable from cvs.
Point at which pear gains package installation capabilities, I will instead
distribute a script which automatically downloads and installs the necessary
pear packages.
For prerelease development, I prefer just having the whole pear tree in cvs
for convenience. I do not expect r2/final to be distributed with the entire
pear tree, that would unnecessarily bloat the tarball. I think by the time
r2/final is out, a functional (if basic) package installation script(s) will
be ready for pear.
> it would seem to me that this would be best handled one of two ways. if
> the stock PEAR modules (stock being the keyword) are to be used by BC, a
> simple importing of that PEAR library would suffice. if the needed PEAR
> module needed additional tweaking to comply better with BC needs, then
> it would be added to ext/pear; but only if it was a "hacked" version for
> BC use.
ah, nope.
pear libs must reside within binarycloud/ext/ so they are part of the make
process, and can be included with import statements.
also, this is very important: I have no intention of making _any_ even
_minor_ modifications to pear libs. I don't want to get into that nightmare.
I'd far prefer to suggest and implement functionality in existing pear libs,
and contribute new libs that we create which can be used outside of the
system.
best,
_alex
> hope this made some sense --
> jason
>
> _______________________________________________
> binarycloud-dev mailing list
> bin...@li...
> http://lists.sourceforge.net/lists/listinfo/binarycloud-dev
>
--
alex black, ceo
en...@tu...
the turing studio, inc.
http://www.turingstudio.com
vox+510.666.0074
fax+510.666.0093
|
|
From: Jason H. <jc...@ey...> - 2001-08-01 22:27:18
|
alex, i'm seeing that you've added the entire PEAR tree under ext/. my impression of this BC/PEAR convergence was that you were just going to add the PEAR libraries that BC used, not the entire PEAR tree. it just seems sticky doing it this way because of version conflicts, and the hassles of keeping the entire tree up to date; not to mention simple scattered file duplication. it would seem to me that this would be best handled one of two ways. if the stock PEAR modules (stock being the keyword) are to be used by BC, a simple importing of that PEAR library would suffice. if the needed PEAR module needed additional tweaking to comply better with BC needs, then it would be added to ext/pear; but only if it was a "hacked" version for BC use. hope this made some sense -- jason |
|
From: Alex B. <en...@tu...> - 2001-08-01 21:38:35
|
hi all,
I'm nearly done with a version of the Page class that can cache page output.
If I have time today, I'm going to extend that to support caching of
individual module output as well.
This is going to require a lot of testing to verify that the right material
is presented in all circumstances, but I'm seeing nice performance gains on
crappy debug-laden code already. (And, it's cool) :)
Right now, I'm generating page cache ids with:
-Request URI (that includes the get string)
-A defined variable name (from the page definition)
-The value of that variable.
Cache Ids are an MD5 of that string. I think that works pretty well for
pages, I'm trying to decide what I want to enable for modules.
If anyone has suggestions for "caching parameters" they'd like incorporated,
please let me know asap as I'm writing the code today...
I'll check it in as soon as I've cleaned up some of the more ick debug
things I have floating around in it.
PEAR Cache is elegant, easy to use, fast as hell, and after some stupid
include path problems, working perfectly. I'm quite happy with the import
scheme, as well.
If you're building modules, I encourage you to take the time to look in
binarycloud/ext/pear/ - and make use :)
best,
_alex
--
alex black, ceo
en...@tu...
the turing studio, inc.
http://www.turingstudio.com
vox+510.666.0074
fax+510.666.0093
|
|
From: Alex B. <en...@tu...> - 2001-07-28 01:30:56
|
hi all, I've added PEAR to cvs for the sake of installation simplicity (the alternative being that you have to root around in your php source dir looking for stuff, etc) I've also (more importantly) added bc_edit to cvs. Some of you may remember this: it's an "embedable" simple wysiwyg html editor that works in IE 5.5+. It's cute and pretty capable: I'm working on a complete entity encoding scheme for it (which is going to be sort of complex, because the editor returns html that can have unencoded entities in it) I haven't seen any libraries that do the encoding completely and properly... and I haven't seen anything that will encode entities to their Ids instead of names (which is safer.. think netscape and —)... for example $trade; would be ™ instead. Because pear is now in cvs, the tarball is a little bigger :) (roughly 1.2m) I think that's an acceptable tradeoff given that installation would be cumbersome without integrated pear. best, _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-07-27 19:36:44
|
View r2 CVS ============================================== http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/binarycloud/r2/ Ananymous r2 CVS on sf.net ============================================== cvs -d:pserver:ano...@cv...:/cvsroot/binarycloud login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/binarycloud co r2 Mailing Lists ============================================== - binarycloud-dev This is for binarycloud development issues only, please don't use this list for support issues. List email: bin...@li... List www: http://lists.sourceforge.net/lists/listinfo/binarycloud-dev - binarycloud-cvs-commit This is an archive of all binarycloud r2 cvs commits. List email: bin...@li... List www: http://lists.sourceforge.net/lists/listinfo/binarycloud-cvs-commit - binarycloud-announce This is a very low-traffic announcements list. List email: bin...@li... List www: http://lists.sourceforge.net/lists/listinfo/binarycloud-announce - binarycloud-general This is for general discussion of the system, if you have an issue please post it here. List email: bin...@li... List www: http://lists.sourceforge.net/lists/listinfo/binarycloud-general Contribute ============================================== Please visit: http://sourceforge.net/projects/binarycloud/ And send email to en...@tu... with your: -Name -Email address -SourceForge "unix" userid. You can register at: http://sourceforge.net/account/register.php Developer r2 CVS on sf.net ============================================== export CVS_RSH=ssh cvs -z3 -d:ext:use...@cv...:/cvsroot/binarycloud co -P r2 Core CVS ============================================== r2 Releases are done from a core r2 repository within turing. sf.net CVS is synched to the core daily. _alex |
|
From: Andreas A. <a.a...@th...> - 2001-07-27 18:48:27
|
Hi Alex, please add me. My SF username is: "aderhold" Andi |
|
From: Alex B. <en...@tu...> - 2001-07-27 17:18:39
|
as have you :) http://sourceforge.net/projects/binarycloud/ > hi Alex, > please add me to this list. > my sourceforge account name is 'openface'. > > tnx > jason > > > Alex Black wrote: >> If you would like commit access to the binarycloud r2 repository, you will >> need to send me your sourceforge username: if you don't have one get it at >> http://sourceforge.net/account/register.php > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-07-27 17:18:38
|
you've been added http://sourceforge.net/projects/binarycloud/ _a > hi alex, > > plz add me to the list in sf > username: ronald > > roanld > > Ronald TAO > ron...@ho... > > > _________________________________________________________________ > ? http://explorer.msn.com.tw/intl.asp ???? MSN Explorer > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Jason H. <jc...@ey...> - 2001-07-27 16:56:19
|
hi Alex, please add me to this list. my sourceforge account name is 'openface'. tnx jason Alex Black wrote: > If you would like commit access to the binarycloud r2 repository, you will > need to send me your sourceforge username: if you don't have one get it at > http://sourceforge.net/account/register.php |
|
From: TAO R. <ron...@ho...> - 2001-07-27 03:31:19
|
hi alex, plz add me to the list in sf username: ronald roanld Ronald TAO ron...@ho... _________________________________________________________________ 在 http://explorer.msn.com.tw/intl.asp 免費下載 MSN Explorer |
|
From: Alex B. <en...@tu...> - 2001-07-27 02:38:26
|
hey all, has anyone come across the libxmltok compile problem with php 4.0.6? php.install doesn't seem to lively and I haven't gotten an answer.. :) _a -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
5 messages has been excluded from this view by a project administrator.
