You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "maximeloridan (JIRA)" <se...@james.apache.org> on 2006/10/04 15:21:19 UTC
[jira] Created: (JAMES-650) JAMES slow down a lot when
RecipientIsOverFixedQuota is active
JAMES slow down a lot when RecipientIsOverFixedQuota is active
---------------------------------------------------------------
Key: JAMES-650
URL: http://issues.apache.org/jira/browse/JAMES-650
Project: James
Issue Type: Improvement
Components: SpoolManager & Processors
Affects Versions: 2.3.0rc4, 2.3.0rc3
Environment: Operating system: Windows XP SP2
Reporter: maximeloridan
First I reproduced this bug on 2.3.0rc3 and 2.3.0rc4 and it's easy to reproduce it every time.
To reproduce it:
1/ Start James and create a user "userTest".
2/ Send 5000 messages to "userTest" with a program you created for example. It is important to send the messages (10kos for example) with NO DELAY between one message and another one. With this, you will stress JAMES, which is the goal of this test.
Now there is 2 possibilities:
* Either you have let the file config.xml with no mailet RecipientIsOverFixedQuota and in this case there is no problem, the messages stored temporaly in the SPOOL folder will not stay for a long time and will be stored in the userTest folder. This is the normal behaviour.
* Or either you have changed the file config.xml by uncommentating the mailet RecipientIsOverFixedQuota to be activ. In this case, if you open the SPOOL folder, you will notice that it takes a MUCH MORE long time to put them in the userTest folder.
Nota: I understand why it slows down, it's because JAMES has to check the size of the userTest folder EVERYTIME a message is send. This operation takes time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Commented: (JAMES-650) JAMES slow down a lot when
RecipientIsOverFixedQuota is active
Posted by "Norman Maurer (JIRA)" <se...@james.apache.org>.
[ http://issues.apache.org/jira/browse/JAMES-650?page=comments#action_12453439 ]
Norman Maurer commented on JAMES-650:
-------------------------------------
See JAMES-511 for possible solution
> JAMES slow down a lot when RecipientIsOverFixedQuota is active
> ---------------------------------------------------------------
>
> Key: JAMES-650
> URL: http://issues.apache.org/jira/browse/JAMES-650
> Project: James
> Issue Type: Improvement
> Components: SpoolManager & Processors
> Affects Versions: 2.3.0rc3, 2.3.0rc4
> Environment: Operating system: Windows XP SP2
> Reporter: maximeloridan
>
> First I reproduced this bug on 2.3.0rc3 and 2.3.0rc4 and it's easy to reproduce it every time.
> To reproduce it:
> 1/ Start James and create a user "userTest".
> 2/ Send 5000 messages to "userTest" with a program you created for example. It is important to send the messages (10kos for example) with NO DELAY between one message and another one. With this, you will stress JAMES, which is the goal of this test.
> Now there is 2 possibilities:
> * Either you have let the file config.xml with no mailet RecipientIsOverFixedQuota and in this case there is no problem, the messages stored temporaly in the SPOOL folder will not stay for a long time and will be stored in the userTest folder. This is the normal behaviour.
> * Or either you have changed the file config.xml by uncommentating the mailet RecipientIsOverFixedQuota to be activ. In this case, if you open the SPOOL folder, you will notice that it takes a MUCH MORE long time to put them in the userTest folder.
> Nota: I understand why it slows down, it's because JAMES has to check the size of the userTest folder EVERYTIME a message is send. This operation takes time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Commented: (JAMES-650) JAMES slow down a lot when
RecipientIsOverFixedQuota is active
Posted by "Bernd Fondermann (JIRA)" <se...@james.apache.org>.
[ http://issues.apache.org/jira/browse/JAMES-650?page=comments#action_12439877 ]
Bernd Fondermann commented on JAMES-650:
----------------------------------------
possible solutions (if this bug is confirmed):
a. access the disk only after a certain time has passed and not for every mail
b. use a heuristic calculation without accessing the disk in between by holding the free space in a mailet variable and subtracting the mail size for every mail
> JAMES slow down a lot when RecipientIsOverFixedQuota is active
> ---------------------------------------------------------------
>
> Key: JAMES-650
> URL: http://issues.apache.org/jira/browse/JAMES-650
> Project: James
> Issue Type: Improvement
> Components: SpoolManager & Processors
> Affects Versions: 2.3.0rc3, 2.3.0rc4
> Environment: Operating system: Windows XP SP2
> Reporter: maximeloridan
>
> First I reproduced this bug on 2.3.0rc3 and 2.3.0rc4 and it's easy to reproduce it every time.
> To reproduce it:
> 1/ Start James and create a user "userTest".
> 2/ Send 5000 messages to "userTest" with a program you created for example. It is important to send the messages (10kos for example) with NO DELAY between one message and another one. With this, you will stress JAMES, which is the goal of this test.
> Now there is 2 possibilities:
> * Either you have let the file config.xml with no mailet RecipientIsOverFixedQuota and in this case there is no problem, the messages stored temporaly in the SPOOL folder will not stay for a long time and will be stored in the userTest folder. This is the normal behaviour.
> * Or either you have changed the file config.xml by uncommentating the mailet RecipientIsOverFixedQuota to be activ. In this case, if you open the SPOOL folder, you will notice that it takes a MUCH MORE long time to put them in the userTest folder.
> Nota: I understand why it slows down, it's because JAMES has to check the size of the userTest folder EVERYTIME a message is send. This operation takes time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org