Re: [Zope-dev] Bug Report + Solution.
Yuan-Chen Cheng wrote: Patch to lib/python/TreeDisplay/TreeTag.py Zope 2.5.1 So that when use virtual host monster, tree icon will appear. Please put this in the collector so it doesn't get lost: http://collector.zope.org/Zope cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] when will FSZSQLMethodes be ready for primetime?
Jens Vagelpohl wrote: code base. unfortunately, the semantics differ widely from the accepted standards for putting information like parameters at the top of the file. his syntax is all different :/ I find this comment quite annoying. What are these 'accepted standards' you speak of? Where are they documented? If you mean the way Script (Python)'s do this, I'd hardly call the an accepted standard or even relevant in this case. ZSQL Methods are DTML based, not python based. Perhaps you can enlighten me as to the documented accepted standards for specifying named parameters of filesystem based DTML methods? How about page templates? ;-) For me, a dtml-comment block seems the logical equivalent of a set of python comments. Other than that, FSZSQLMethods beahve identically of normal ZSQL Methods. All that is missing is a bit of documentation, which I'll see if I can add now. cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] when will FSZSQLMethodes be ready for primetime?
James Johnson wrote: Hi Chris, Is there a way to get the fszsqlmethod working on win32 with zope 2.5.1 and cmf1.2 or 1.3? They work fine. I've placed dtml-comments around the sql. Why? ;-) How do I supply the connection id? I've just added docs: http://cvs.zope.org/CMF/docs/FSZSQLMethods.stx?rev=1.1content-type=text/vnd.viewcvs-markup These should make the next release of CMF. cheers, Chris PS: What on earth is this doing on the zope-dev list? It should be on zope-cmf. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Browser Stop Button and Zope REQUESTs
I know I'm late in on this thread, but I thought I'd throw in my views. I'd like to see the REQUEST be flat plain aborted when someone hits the stop button or the connection dies. I don't is the is context.REQUEST.RESPONSE.isClientConnected() really working. How would I plug this in an expensive SQL SELECT/JOIN? Why do we need this extra programming overhead? As for the long running administrative tasks, I actually see the ability to bugger off and leave them running as an extremely bad thing. Say I hit 'pack' on a big fat ZODB. I then go somewhere else. How do I now tell when its done? The only was would be to go and look at 'top' and guess which python thread is doing the pack and wait till its CPU usage drops to zero. That's pretty ropey ;-) For the same reason, I hate ZEO's pack's possibility of returning before a pack is finished. If you do a pack, I really think you should wait for the browser to return. If the browser times out, then use something like wget. If I hit 'stop', the pack should abort. As a parting example, what happens if I accidentally start a pack? How can I stop it? ;-) cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Slow zope on windows 2000?
From: [EMAIL PROTECTED] Hello, I have a question for you zope administrators out there : What are your experiences whith zope running on Windows NT/2K? No matter what I try , zope will run significant faster on a Unixlike system (with the same hardware), especially when working alot with the ZCatalog. Very much so! On a Win2k with Dual P3 1Ghz Zope runs slower than the same install on a Linux box with 1 P133 (I have tested this on multiple different configurations and every time it comes out the same) Do you guys have any proposals how to make zope run faster on windows? My own experience is also that zope runs faster with the start.bat way instead as a Windows NT Service. Strange, because I tried several numbers of threads with both ways with the same startup parameters. I have yet to find any platform independant product that runs faster on windows. The only things on windows that are faster are programs that use windows specific APIs (Mainly designed to _prevent_ platform independance). Best bet:- Go get a £300 ($450) pc and install Linux on it and use your Windows box for what windows is good at (Sugestions anyone???) - This is what I did, and the results were not at all disappointing. Thnx in advance, Adrian... -- Adrian Hungate EMail: [EMAIL PROTECTED] Web: http://www.haqa.co.uk ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Bug Report + Solution.
I did try to put it there. I didn't have account there. What I got is: (sorry for the mass as I cut and paster from mozilla) --- Site Error An error was encounter while publishing this resource. You are not authorized to access addFile. Traceback (innermost last): File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, line 324, in __call__ (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, line 354, in _bindAndExec (Object: collector_add_issue) File /usr/local/Zope/Collector/Products/CMFCore/FSPythonScript.py, line 115, in _exec (Object: collector_add_issue) (Info: ({'script': FSPythonScript instance at 8a78d88, 'context': Collector 'Zope' (545 issues) at 0xa228a10, 'container': CMFSite instance at 9f5f340, 'traverse_subpath': []}, (TreeTag doesn't take care virtual host monster, '', '[EMAIL PROTECTED]', 'Zope', 'medium', 'bug+solution', When use virtual host monster, some image in tree\ntag won't appear in the way they should be.\n\nYou can try something like:\n\n map root of zope sya\n\n http://aaa.bbb:8080/ (use zope)\n\n to\n\n http://aaa.bbb/abc/\n\n (use apache + virtual host monster)\n\n and then goto\n\n http://aaa.bbb/abc/manage\n\nthe patch is attached., '2.5.1'), {}, None)) File Script (Python), line 17, in collector_add_issue File /usr/local/Zope/Collector/Products/CMFCollector/Collector.py, line 206, in add_issue (Object: Zope) File /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, line 778, in addCollectorIssue (Object: Zope) File /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, line 363, in do_action (Object: 545) File /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, line 537, in _process_file (Object: 545) File
Re: [Zope-dev] Browser Stop Button and Zope REQUESTs
Chris Withers wrote: I know I'm late in on this thread, but I thought I'd throw in my views. This is very nice, it seemed like nobody was interested in that. I'd like to see the REQUEST be flat plain aborted when someone hits the stop button or the connection dies. Yes, that would be the optimal solution. Unfortunately it seems to be (nearly) impossible to do. I don't is the is context.REQUEST.RESPONSE.isClientConnected() really working. How would I plug this in an expensive SQL SELECT/JOIN? Why do we need this extra programming overhead? The problem seems to be that when you started the sql query, there's not much zope could do, even if it knew that the stop button was pressed - if I understand Chris correctly, that. I'm all for isClientConnected, because it gives you at least the possiblity to find out about aborted connections. This could come in handy _before_ starting long sql-queries/other expensive tasks. But, like you, I think zope should be a little bit more clever out-of-the-box at it is now. As for the long running administrative tasks, I actually see the ability to bugger off and leave them running as an extremely bad thing. Say I hit 'pack' on a big fat ZODB. I then go somewhere else. How do I now tell when its done? The only was would be to go and look at 'top' and guess which python thread is doing the pack and wait till its CPU usage drops to zero. That's pretty ropey ;-) For the same reason, I hate ZEO's pack's possibility of returning before a pack is finished. If you do a pack, I really think you should wait for the browser to return. If the browser times out, then use something like wget. If I hit 'stop', the pack should abort. Hmm, can a pack always safely rolled back? As a parting example, what happens if I accidentally start a pack? How can I stop it? ;-) Hit the power button on the server ;-))). I did do some diggin about mod_perl and java meanwhile, maybe zope can learn something here. Mod_perl also seems _not_ to stop a long running script if this script doesn't try to write to the RESPONSE (or whatever they call it). The perl test script I posted does write output, and this causes it to stop. If I try a script with no output, it never gets stopped. Java servlets also seem only to get stopped automatically if they try to write into the RESPONSE stream of a closed connection. Buffering aside, if you try to output something in a servlet and the connection is closed, you get an exception. Im my uninformed opinion, Zope should do the same. Is this possible? cheers, oliver ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Browser Stop Button and Zope REQUESTs
Oliver Bleutgen wrote: Mod_perl also seems _not_ to stop a long running script if this script doesn't try to write to the RESPONSE (or whatever they call it). The perl test script I posted does write output, and this causes it to stop. If I try a script with no output, it never gets stopped. Java servlets also seem only to get stopped automatically if they try to write into the RESPONSE stream of a closed connection. Buffering aside, if you try to output something in a servlet and the connection is closed, you get an exception. Im my uninformed opinion, Zope should do the same. Is this possible? Although Zope has a response stream method of sending information back to the client, most things in Zope don't use it. Instead, the response information is aggregated, converted into a string, and then sent back all at once at the sucessful completion of the transaction. These other systems you mention are using the availability of a response stream as a surrogate for RESPONSE.isClientConnected(). I'd rather have an explicit RESPONSE.isClientConnected(). Although, it would make sense to raise an exception if someone tried to write to the Zope response stream, in the rare cases when this does happen. -- Steve Alexander ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Browser Stop Button and Zope REQUESTs
Steve Alexander wrote: Oliver Bleutgen wrote: Although Zope has a response stream method of sending information back to the client, most things in Zope don't use it. Instead, the response information is aggregated, converted into a string, and then sent back all at once at the sucessful completion of the transaction. Well, then it may be difficult to get zope to behave like the other systems, right? These other systems you mention are using the availability of a response stream as a surrogate for RESPONSE.isClientConnected(). I'd rather have an explicit RESPONSE.isClientConnected(). This is not correct. The systems I mentioned do also have the possibility to check if the client is still connected, it's just that they additionally prevent writing to a response which will never get delivered. This is quite reasonable IMO. Although, it would make sense to raise an exception if someone tried to write to the Zope response stream, in the rare cases when this does happen. I know we are talking about extreme cases here. But the behavior of java and mod_perl may prevent the whole system from falling over on a loaded server. This is made worse by the relative small number of threads which are running on a stock zope. cheers, oliver ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Browser Stop Button and Zope REQUESTs
Toby Dickenson wrote: On Wed, 2002-08-28 at 07:49, Chris Withers wrote: I'd like to see the REQUEST be flat plain aborted when someone hits the stop button or the connection dies. Thats probably impossible if there is an HTTP proxy between your browser and zope. Why? It seems logical for a proxy to also reset the connection to the backend server when he looses the connection to the client. I haven't verified this, though. cheers, oliver ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Browser Stop Button and Zope REQUESTs
On Wednesday 28 Aug 2002 4:04 pm, Oliver Bleutgen wrote: Toby Dickenson wrote: On Wed, 2002-08-28 at 07:49, Chris Withers wrote: I'd like to see the REQUEST be flat plain aborted when someone hits the stop button or the connection dies. Thats probably impossible if there is an HTTP proxy between your browser and zope. Why? It seems logical for a proxy to also reset the connection to the backend server when he looses the connection to the client. I haven't verified this, though. By 'impossible' I meant that it is impossible to *guarantee* that the proxy will disconnect in the way that Chris wants. In some cases it will, but it is certainly not required. Squid will hold on for a while until it has got all the headers, and will hold on indefinitely if it has nearly downloaded the whole response. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Slow zope on windows 2000?
Adrian Hungate wrote: From: [EMAIL PROTECTED] Hello, I have a question for you zope administrators out there : What are your experiences whith zope running on Windows NT/2K? No matter what I try , zope will run significant faster on a Unixlike system (with the same hardware), especially when working alot with the ZCatalog. Very much so! On a Win2k with Dual P3 1Ghz Zope runs slower than the same install on a Linux box with 1 P133 (I have tested this on multiple different configurations and every time it comes out the same) How can that be? If anything, Zope should run just slightly faster on Windows, since VC++ produces more optimized code than GCC 2.x, resulting in higher pystones. Could it be that one of the optional C extensions isn't working on Windows? (I have a Win NT CD and plenty of HD space but no desire to install it. ;-) ) Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Slow zope on windows 2000?
One thing to remember is that running multi-treaded Python apps on a multi-processor box is suboptimal unless you can bind all the threads to a single processor, due to the Python GIL. So, I'm not surprised that a 800MHz Athlon outperforms a dual 1GHz Piii with Zope, regardless of OS. As for Oracle, I cannot say. The only way to do a true comparison would be to run the same tests on the same app on the same hardware with the same load but with different OSes. One other difference is classically due to a more efficient select mechanism on Unix than Windows (ala asyncore), making multitasking more efficient on *nix. However, I don't know if that's true anymore post-NT4. -Casey On Wednesday 28 August 2002 12:44 pm, Adrian Hungate wrote: From: Shane Hathaway [EMAIL PROTECTED] Adrian Hungate wrote: From: [EMAIL PROTECTED] Hello, I have a question for you zope administrators out there : What are your experiences whith zope running on Windows NT/2K? No matter what I try , zope will run significant faster on a Unixlike system (with the same hardware), especially when working alot with the ZCatalog. Very much so! On a Win2k with Dual P3 1Ghz Zope runs slower than the same install on a Linux box with 1 P133 (I have tested this on multiple different configurations and every time it comes out the same) How can that be? If anything, Zope should run just slightly faster on Windows, since VC++ produces more optimized code than GCC 2.x, resulting in higher pystones. Could it be that one of the optional C extensions isn't working on Windows? (I have a Win NT CD and plenty of HD space but no desire to install it. ;-) ) I'm not sure that is the case you know. Oracle 9i Linux is faster on my Linux Athlon 800 than the same release on my Win2k Dual Piii 1GHz. Also my Win box has 1Gb ram, while my Linux box has only 512Mb... VC++ does optimise some operations better than GCC (This is well documented) but that does not make up for the OS it is running on. Generally my experience has been that although Windows sometimes _feels_ faster, in my experience, in _practical_ tests other OS's have _always_ out-performed it. Windows Explorer may be faster than MacOS finder, or GMC etc on Linux, but very few practical operations revolve around listing directories on screen. If someone has a recipe to make my windows PC run faster than my Linux box, I'm willing to try it. Adrian... -- Adrian Hungate EMail: [EMAIL PROTECTED] Web: http://www.haqa.co.uk ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Slow zope on windows 2000?
I'm not sure that is the case you know. Oracle 9i Linux is faster on my Linux Athlon 800 than the same release on my Win2k Dual Piii 1GHz. Also my Win box has 1Gb ram, while my Linux box has only 512Mb... In other news Apache is reported to run faster on Linux that Win2000, as is PostgreSQL. Samba is reported to provide double the throughput of Win2000 native file services, with half the response delay for client requests. Very much so! On a Win2k with Dual P3 1Ghz Zope runs slower than the same install on a Linux box with 1 P133 (I have tested this on multiple different configurations and every time it comes out the same) This, however, is almost an order of magnitude difference, and may need further investigation... Adam ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Zope-Annce] ZEO 2.0 beta 1 released
TD == Toby Dickenson [EMAIL PROTECTED] writes: although we may do one more beta release to add some performance improvements. TD Do you have something specific in mind? I'd like to change this bit of code in handle_write(): if n len(v): # XXX It's unfortunate that we end up making many # slices of a large string. output.insert(0, v[n:]) break # we can't write any more If we send a very large message, which could be caused by a big pickle or just a transaction that touches a lot of objects, the message gets sent in little chunks. The current implementation uses string slicing to save the rest of the string, but that ends up making many copies of the large string -- an O(n^2) proposition. A possible solution is to store an index into the first string in __output and just increment the index. The logic will be a bit tricky to get right. After the alpha release, I suggested that there would be several more alpha releases to add new features. We didn't have the resources to pursue the new features. Instead, we plan to get a solid 2.0 final release out as soon as possible. New features will be postponed until 2.1. TD I would like to merge the branch 'toby-signal-branch' in before TD 2.0. This provides an easy way to use extensions to the storage TD API across ZEO. TD This feature is critical for DirectoryStorage. I am 100% happy TD with the current implementation (but not very happy with the TD name of the new method suggestions welcome) I'll look at the branch before the next beta. Anyone have ideas for a new name? Jeremy ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Browser Stop Button and Zope REQUESTs
FWIW, I just checked in a signal handler to the trunk that makes it possible on UNIX to do kill -USR1 `cat var/Z2.pid` and pack the database to 0 days, so all this business about packing TTW and whether you need to let the browser wait or not is for naught. ;-) On Wed, 2002-08-28 at 07:49, Chris Withers wrote: I know I'm late in on this thread, but I thought I'd throw in my views. I'd like to see the REQUEST be flat plain aborted when someone hits the stop button or the connection dies. I don't is the is context.REQUEST.RESPONSE.isClientConnected() really working. How would I plug this in an expensive SQL SELECT/JOIN? Why do we need this extra programming overhead? As for the long running administrative tasks, I actually see the ability to bugger off and leave them running as an extremely bad thing. Say I hit 'pack' on a big fat ZODB. I then go somewhere else. How do I now tell when its done? The only was would be to go and look at 'top' and guess which python thread is doing the pack and wait till its CPU usage drops to zero. That's pretty ropey ;-) For the same reason, I hate ZEO's pack's possibility of returning before a pack is finished. If you do a pack, I really think you should wait for the browser to return. If the browser times out, then use something like wget. If I hit 'stop', the pack should abort. As a parting example, what happens if I accidentally start a pack? How can I stop it? ;-) cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Slow zope on windows 2000?
For what its worth, a long time ago, with an ancient version of Zope running on the original W2k Professional on my home machine (minus any service packs), Zope (running as a service) was magnitudes of order slower after coming back from a system Hibernate; I no longer hibernate/power-manage Win2k, nor run Zope on Windows, so I'm really not sure why this was, and likely will never know. Sean -Original Message- From: Adam Manock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:51 AM To: [EMAIL PROTECTED] Subject: Re: [Zope-dev] Slow zope on windows 2000? I'm not sure that is the case you know. Oracle 9i Linux is faster on my Linux Athlon 800 than the same release on my Win2k Dual Piii 1GHz. Also my Win box has 1Gb ram, while my Linux box has only 512Mb... In other news Apache is reported to run faster on Linux that Win2000, as is PostgreSQL. Samba is reported to provide double the throughput of Win2000 native file services, with half the response delay for client requests. Very much so! On a Win2k with Dual P3 1Ghz Zope runs slower than the same install on a Linux box with 1 P133 (I have tested this on multiple different configurations and every time it comes out the same) This, however, is almost an order of magnitude difference, and may need further investigation... Adam ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
AW: [Zope-dev] Slow zope on windows 2000?
This, however, is almost an order of magnitude difference, and may need further investigation... Adam There´s also a difference between Win2000 and Win2000 Server. The Server version is optimised for network and system operations(thread/memory allocation) and really much faster than the normal edition. I suppose you will have a magnificant performance difference with Zope on these two systems. Arndt ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Slow zope on windows 2000?
I wouldn't say so. I used to run Zope on a Win2k A/S and the perf was not noticably better than on a similar Pro machine. Adrian... -- Adrian Hungate EMail: [EMAIL PROTECTED] Web: http://www.haqa.co.uk - Original Message - From: Arndt Droullier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 28, 2002 8:12 PM Subject: AW: [Zope-dev] Slow zope on windows 2000? This, however, is almost an order of magnitude difference, and may need further investigation... Adam There´s also a difference between Win2000 and Win2000 Server. The Server version is optimised for network and system operations(thread/memory allocation) and really much faster than the normal edition. I suppose you will have a magnificant performance difference with Zope on these two systems. Arndt ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Slow zope on windows 2000?
Actually, I believe that NT Workstation ran dynamic web apps better than NT server. This was because the tuning on NT server out of the box was really geared toward file-server type applications. I assume the case is the same with win2k. At that, I don't think is would be noticeable enough, except under real stress. Sean -Original Message- From: Arndt Droullier [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:13 PM To: [EMAIL PROTECTED] Subject: AW: [Zope-dev] Slow zope on windows 2000? This, however, is almost an order of magnitude difference, and may need further investigation... Adam There´s also a difference between Win2000 and Win2000 Server. The Server version is optimised for network and system operations(thread/memory allocation) and really much faster than the normal edition. I suppose you will have a magnificant performance difference with Zope on these two systems. Arndt ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )