ما هو weblogic.socket.Muxer؟

StackOverflow https://stackoverflow.com/questions/1623692

سؤال

هل يفهم أي منكم الغرض من استخدام weblogic.socket.Muxer في WebLogic 8.1؟

غالبًا ما أرى في عمليات تفريغ الخيوط آثار مكدس مشابهة لما يلي:

"ExecuteThread: '0' for queue: 'weblogic.socket.Muxer'" id=20 idx=0x68 tid=26709 prio=5 alive, in native, blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0x2b673d373c50[fat lock]
    at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
    at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1675)[optimized]
    at jrockit/vm/Locks.lockFat(Locks.java:1776)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1312)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1259)[optimized]
    at jrockit/vm/Locks.monitorEnter(Locks.java:2439)[optimized]
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace

ليس الأمر أن لدي أي مشكلة في ذلك، ولكن من المثير للاهتمام أن أفهم:

1) ماذا يفعل؟
2) هل يمكن أن يؤثر على أي أداء؟

هل كانت مفيدة؟

المحلول

من الوثائق (http://download.Oracle.com/docs/cd/E13222_01/wls/docs100/perform/WLSTuning.html#wp1152246):

يستخدم WebLogic Server وحدات برامج تسمى Muxers لقراءة الطلبات الواردة على الخادم والاستجابات الواردة على العميل.هؤلاء الموظفين من نوعين أساسيين:جافا موكسر أو موكسر الأصلي.

لدى Java Muxer الخصائص التالية:

  • يستخدم Java خالصًا لقراءة البيانات من المقابس.
  • وهو أيضًا الخلاط الوحيد المتاح لعملاء RMI.
  • يتم حظر عمليات القراءة حتى تكون هناك بيانات يمكن قراءتها من مأخذ التوصيل.لا يتوسع هذا السلوك بشكل جيد عندما يكون هناك عدد كبير من المقابس و/أو عندما تصل البيانات بشكل غير متكرر إلى مآخذ.لا يمثل هذا عادةً مشكلة بالنسبة للعملاء، ولكنه قد يؤدي إلى حدوث اختناق كبير للخادم.

يستخدم Muxers الأصلي الثنائيات الأصلية الخاصة من النظام الأساسي لقراءة البيانات من مآخذ.توفر غالبية جميع المنصات بعض الآلية لاستطلاع مقبس للبيانات.على سبيل المثال ، تستخدم أنظمة UNIX نظام الاستطلاع ويستخدم بنية Windows منافذ الانتهاء.يوفر مواطن قابلية التوسع فائقة لأنها تنفذ نموذج مؤشر ترابط غير محظور.عند استخدام Muxer الأصلي ، يقوم الخادم بإنشاء عدد ثابت من مؤشرات الترابط المخصصة لقراءة الطلبات الواردة.توصي BEA باستخدام الإعداد الافتراضي لـ Selection for Enable Native IO المعلمة التي تتيح الخادم تلقائيًا يحدد Muxer المناسب لاستخدام الخادم.

إذا Enable Native IO لم يتم تحديد المعلمة ، يستخدم مثيل الخادم حصريًا Java Muxer.قد يكون هذا مقبولًا إذا كان هناك عدد صغير من العملاء والمعدل الذي تصل به الطلبات إلى الخادم مرتفعة إلى حد ما.في ظل هذه الظروف ، يقوم Java Muxer بالأداء بالإضافة إلى Muxer الأصلي ويزيل النفقات العامة في الواجهة الأصلية Java (JNI).على عكس الموظفين الأصليين ، لا يتم إصلاح عدد مؤشرات الترابط المستخدمة لقراءة الطلب Percent Socket Readersإعداد المعلمة في وحدة التحكم الإدارية.يرى تغيير عدد قراء المقبس المتاحة.من الناحية المثالية ، يجب عليك تكوين هذه المعلمة ، وبالتالي فإن عدد مؤشرات الترابط يساوي تقريبًا عدد العملاء عن بُعد بشكل متزامن يصل إلى 50 ٪ من حجم تجمع مؤشرات الترابط.كل مؤشر ترابط ينتظر الحصول على وقت ثابت حتى تصبح البيانات متاحة في المقبس.في حالة عدم وصول البيانات ، ينتقل مؤشر الترابط إلى المقبس التالي.

إذن، لهذه الأسباب، من الواضح أنه من الأفضل استخدام خلطات أصلية.

هنا، يبدو أنك تستخدم muxer الأصلي الافتراضي (weblogic.socket.EPollSocketMuxer)، وليس Java muxer (weblogic.socket.SocketMuxer).

نصائح أخرى

وعلى أي خادم تطبيق معين، سوف تفريغ موضوع تظهر لك مئات، إن لم يكن الآلاف، من المواضيع الأساسية. هذه الملقمات الحيوانات المعقدة، وهذه المواضيع هي مجرد السباكة خلفية القيام بعملها.

وA "muxer" هو معدد، وهي آلية للجمع بين عدة تيارات من البيانات إلى قناة واحدة. يبلوغيتش سوف تستخدم هذه لتبادل البيانات مع نفسه، أو مع العقد الأخرى في الكتلة. في أي وقت من الأوقات، فإن عددا من هؤلاء سيكون "سد"، لأن لديهم للقيام بأي شيء.

وانها تقريبا بالتأكيد لا داعي للقلق. إذا نظرت تحت الصخرة، كنت ملزمة للعثور على عدد قليل من الأشياء القبيحة تحت امض حتى في لكم في ضوء الشمس.

لا تنتمي إلى StackOverflow
scroll top