8 messages in com.mysql.lists.clusterRe: In-memory to Disk based databases ?
FromSent OnAttachments
Sharad Maloo20 Sep 2004 07:19 
Mikael Ronström20 Sep 2004 08:16 
Sharad Maloo20 Sep 2004 12:55 
Mikael Ronström20 Sep 2004 23:38 
Sundeep Narravula21 Sep 2004 00:18 
Mikael Ronström21 Sep 2004 00:37 
Sundeep Narravula21 Sep 2004 14:43 
Mikael Ronström22 Sep 2004 05:13 
Subject:Re: In-memory to Disk based databases ?
From:Mikael Ronström (mik@mysql.com)
Date:09/20/2004 11:38:41 PM
List:com.mysql.lists.cluster

Hi Sharad,

2004-09-20 kl. 21.56 skrev Sharad Maloo:

Thanks a lot for the info. Rough idea in how time we can expect the disk-based cluster ?

No rough ideas. All development are subject to change of priorities and there is currently no official time plan for this feature publically communicated.

Rgrds Mikael

Also any pointers about the test cases for measuring the throughput ?

Plz help

Sharad

On Mon, 20 Sep 2004, Mikael Ronström wrote:

Hi Sharad, Yes, the team is working on disk-based data in addition to the current in-memory.

I would also like to provide a reference to the MySQL manual on developments done in the new 4.1.5 release on MySQL Cluster.

http://dev.mysql.com/doc/mysql/en/MySQL_Cluster_change_history.html

Also the MySQL manual has been updated to reflect changes made in 4.1.5.

Rgrds Mikael

2004-09-20 kl. 16.20 skrev Sharad Maloo:

Is the current team working on converting the cluster from an in-memory database to a disk based one ? A disk based solution I feel is much more cost effective then the in-memory one. Comments invited. Are there some standard test cases available to populate the database and carry on tests to measure throughput etc. ? Thanks aprior,

Mikael Ronström, Senior Software Architect MySQL AB, www.mysql.com

Clustering: http://www.infoworld.com/article/04/04/14/HNmysqlcluster_1.html

http://www.eweek.com/article2/0,1759,1567546,00.asp

Mikael Ronström, Senior Software Architect MySQL AB, www.mysql.com

Clustering: http://www.infoworld.com/article/04/04/14/HNmysqlcluster_1.html

http://www.eweek.com/article2/0,1759,1567546,00.asp