IBM MQ.NET异步发送消息和Commit（）

Question

我试图使用下面的代码来验证同时使用异步Put()和Commit()的速度。 问题在于它的速度比仅使用异步Put()或仅使用Commit()慢十倍，这没有任何意义。

我在这里想念什么吗？

class AsyncProducerWithCommit 
    {
        private MQQueueManager _queueManager;
        private MQQueue _queue;

        public void Run()
        {
            Produce();
        }


        void Produce()
        {
            Open(ConnectionMode.Write);

            PutMessage(ConvertMessageToByte(message)); 

            _queue.Close();
            _queueManager.Disconnect();
        }

        void PutMessage(byte[] messageString)
        {          
            MQMessage _message = new MQMessage();
            _message.Write(messageString);
            _message.Format = MQC.MQFMT_STRING;
            _message.CharacterSet = 1208;// IbmUtf8Encoding;
            _message.Persistence = MQC.MQPER_PERSISTENT;

            var putMessageOptions = new MQPutMessageOptions();
            putMessageOptions.Options  =  MQC.MQPMO_SYNCPOINT    //unit of work
                                          + MQC.MQPMO_ASYNC_RESPONSE;  //async

            _queue.Put(_message, putMessageOptions); //send message asynchronously

             _queueManager.Commit();   

        }

        void Open(ConnectionMode connectionMode)
        {
            string _queueManagerName = _appSetting.MessagingServerSetting.QueueManagerName;

            int openOptions = 0;

            switch (connectionMode)
            {
                case ConnectionMode.Read:
                    openOptions = MQC.MQOO_INPUT_SHARED + MQC.MQOO_FAIL_IF_QUIESCING;
                    break;
                case ConnectionMode.Write:
                    openOptions = MQC.MQOO_OUTPUT + MQC.MQOO_FAIL_IF_QUIESCING;
                    break;
            }


            var properties = new Hashtable
            {
                {MQC.TRANSPORT_PROPERTY, MQC.TRANSPORT_MQSERIES_MANAGED },
                {MQC.CONNECT_OPTIONS_PROPERTY, MQC.MQCNO_RECONNECT },
                { MQC.HOST_NAME_PROPERTY, "192.168.1.10" },
                { MQC.PORT_PROPERTY, "1415"},
                { MQC.CHANNEL_PROPERTY, "LOCAL.DEF.SVRCONN" },
                {MQC.USER_ID_PROPERTY, "user" },
                {MQC.PASSWORD_PROPERTY, "pwd" }               
            };

            _queueManager = new MQQueueManager(_queueManagerName, properties);
            _queue = _queueManager.AccessQueue(QUEUE_NAME, openOptions);
        }


        public enum ConnectionMode
        {
            Read,
            Write
        }

    }

更新1

异步放置

 putMessageOptions.Options  =  MQC.MQPMO_ASYNC_RESPONSE;  //async
_queue.Put(_message, putMessageOptions); //send message asynchronously

承诺提交

 putMessageOptions.Options  =  MQC.MQPMO_SYNCPOINT;    //unit of work                                         
  _queue.Put(_message, putMessageOptions); 
 _queueManager.Commit(); 

QueueManager版本：Redhat Linux 7+上的8.0.0.5

MQ.NET：8.0.0.8

Answer 1

在IBM MQ v8知识中心页面“ 在客户端应用程序中使用异步放置 ”中指出：

通常，当应用程序使用MQPUT或MQPUT1将一个或多个消息放入队列时，该应用程序必须等待队列管理器确认其已处理MQI请求。 通过选择异步地放置消息，可以提高消息传递性能，尤其是对于使用客户端绑定的应用程序以及将大量小消息放入队列的应用程序。 当应用程序异步发送消息时， 队列管理器不会返回每个调用的成功或失败 ，而是可以定期检查错误。

异步put只影响put调用，该调用将立即返回，而不是等待队列管理器确认已处理了put。

因此，如果您具有以下内容，则它将是最快的，因为您将永远不必等待消息写入磁盘。

_message.Persistence = MQC.MQPER_PERSISTENT;
putMessageOptions.Options  =  MQC.MQPMO_ASYNC_RESPONSE;  //async
_queue.Put(_message, putMessageOptions); //send message asynchronously

如果您有任何一个，则提交将等待消息写入磁盘，因此将与磁盘写入一样慢。 这很有可能比上述速度慢，但是3秒和30秒似乎并不合理。

_message.Persistence = MQC.MQPER_PERSISTENT;
putMessageOptions.Options  =  MQC.MQPMO_SYNCPOINT    //unit of work
                            + MQC.MQPMO_ASYNC_RESPONSE;  //async
_queue.Put(_message, putMessageOptions); //send message asynchronously
_queueManager.Commit();

要么

_message.Persistence = MQC.MQPER_PERSISTENT;
putMessageOptions.Options  =  MQC.MQPMO_SYNCPOINT;    //unit of work                                         
_queue.Put(_message, putMessageOptions); 
_queueManager.Commit(); 

如果使用MQPMO_SYNCPOINT和MQPMO_ASYNC_RESPONSE进行的呼叫为30秒，而仅使用MQPMO_SYNCPOINT进行的呼叫为3秒，那么我认为一定存在某种缺陷，我建议您与IBM建立PMR，他们可能会至少要求您提供客户端.NET跟踪和可能的队列管理器跟踪同时进行。