क्या डिज़नी का फास्टपास वैलिड और / या उपयोगी क्यू थ्योरी है


164

डिज्नी वर्ल्ड में, वे एक प्रणाली का उपयोग करते हैं जिसे कहा जाता है लोकप्रिय सवारी के लिए दूसरी, छोटी लाइन बनाने के लिए फास्टपास । विचार यह है कि आप मानक लाइन में प्रतीक्षा कर सकते हैं, अक्सर एक घंटे से अधिक समय तक प्रतीक्षा के साथ, या आप एक फास्टपास प्राप्त कर सकते हैं जो आपको निर्दिष्ट समय ब्लॉक के दौरान वापस आने की अनुमति देता है (आमतौर पर एक घंटे बाद) और केवल 10 की प्रतीक्षा करें मिनट या उससे कम। आप एक FastPass के साथ एक समय में केवल एक सवारी के लिए "प्रतीक्षा" कर सकते हैं।

मैं इस अवधारणा के पीछे कतार सिद्धांत का पता लगाने की कोशिश कर रहा हूं, लेकिन मैंने जो एकमात्र स्पष्टीकरण पाया है वह यह है कि यह लोगों को लाइनों से बाहर निकालने और उन चीजों को करने के लिए डिज़ाइन किया गया है जो अतिरिक्त राजस्व (खरीदारी, खाने, आदि) में लाएंगे।

क्या यह इसलिए है कि FastPass को लागू किया गया था, या एक वास्तविक आगंतुक दक्षता समस्या है जिसे वह हल कर रहा है? क्या ऐसे सॉफ़्टवेयर अनुप्रयोग हैं जिन्होंने समान तर्क लागू किए हैं? क्या ऐसे सॉफ्टवेयर एप्लिकेशन हैं जो चाहिए समान तर्क लागू ?

सॉफ्टवेयर में कुछ इसी तरह के कार्यान्वयन के साथ मैं जो समस्या देख रहा हूं, वह यह है कि यह उपयोगकर्ताओं को उनकी कतार चुनने पर आधारित है। सॉफ़्टवेयर में तेज़ प्रतीक्षा चक्रों के लिए, मुझे लगता है कि इस सिद्धांत के एक अच्छे अनुप्रयोग को यह जानने के लिए पर्याप्त स्मार्ट होने की आवश्यकता होगी कि लोगों को एंड-यूज़र पसंद की आवश्यकता के बिना लोगों को उनकी आवश्यकताओं के आधार पर रखने के लिए क्या कतारें लगानी चाहिए।


9
यह इतना बड़ा सवाल है! सच में एसओ का मतलब क्या है।
गैविन मिलर

19
एक समस्या की तलाश में समाधान का सबसे अच्छा उदाहरण; पी
user37468

12
हाँ, +1, अच्छा प्रोग्रामर दिलचस्प समस्याओं को नोटिस असफल कभी नहीं, डिज्नीलैंड का दौरा भी जब
टिम पोस्ट

लेकिन, अगर वे पार्क छोड़ देते हैं तो क्या होता है? :)
टिम पोस्ट

कृपया, मुझे आपके बैज "ग्रेट क्वेश्चन" के लिए धन्यवाद :)
ohe

जवाबों:


36

तेज पास लाइन स्पष्ट रूप से किसी दिए गए सवारी कतार पर कुल थ्रूपुट को बढ़ाने के लिए नहीं जा रही है, लेकिन यह संसाधन निर्धारण और संसाधन असाइनमेंट में मदद करता है जहां लोग और सवारी संसाधन हैं।

जैसा कि मैंने कहा, आप उक्त सवारी के लिए कोई और कुल थ्रूपुट नहीं बनाने जा रहे हैं, लेकिन अन्य जगहों पर सवारी की जा सकती है। यदि आप अब इन सवारी के साथ-साथ सवारी करने के लिए सक्षम हैं, जिस पर आपको इंतजार करना है, तो आप पार्क की समग्र दक्षता बढ़ा सकते हैं। मेरे कहने का मतलब यह है कि यात्री क्षमता से नीचे चलने वाली सवारी की मात्रा कम से कम हो।

यदि आपके पास बेकार बैठे कंप्यूटर संसाधन हैं, तो उस कार्य को करने के लिए प्रतीक्षा करना, जिसमें बहुत समय लग सकता है, इस अर्थ के लिए इस संसाधन का उपयोग करना उचित है? यह उस दृष्टिकोण से सरल है।


1
बेशक, डिज़नी वास्तव में सवारी उपयोग के बारे में परवाह नहीं करता है, प्रति-से: वे कुल आगंतुकों के बारे में परवाह करते हैं, और रियायत स्टैंड पर वे कितना भुगतान करते हैं। (contd)
निक जॉनसन

3
फास्टपास की संभावना दोनों में वृद्धि होती है: आगंतुकों के लौटने की अधिक संभावना होती है क्योंकि वे जानते हैं कि वे फास्टपास प्राप्त कर सकते हैं, और वे संभवतः उस समय में कुछ खरीदेंगे, जो लाइन में प्रतीक्षा में बिताएंगे, ऐसा करने में असमर्थ।
निक जॉनसन

Fastpasses उन सवारी के लिए उपलब्ध नहीं हैं जिन्हें कम किया जाएगा, बस बहुत लोकप्रिय सवारी जो हमेशा एक महत्वपूर्ण कतार होती है।
ब्रायन डी फ़ो

6
यह ग्राहक की चीज़ है, साथ ही साथ राजस्व की चीज़ भी है। Fastpasses लोगों को चारों ओर ले जाने के लिए कर रहे हैं, (ए) के रूप में आप बाहर बताया कुछ खरीद और (ख) लोगों को लाइन में खड़े पुराने बढ़ने से बचें। जब "डिज्नी अनुभव" हमेशा के लिए लाइनों में खड़े होने के बराबर हो जाता है, तो डिज्नी हार जाता है। यहां तक ​​कि अगर आप FastPass, Disney को पकड़ते हुए निकल खर्च नहीं करते हैं और आप दोनों अभी भी जीतते हैं।
Cheeso

1
वास्तव में, डिज्नी आगंतुकों के बारे में परवाह नहीं करता है, या तो। उन्हें लाभ की परवाह है।
ग्योर्गी एंड्रेसेक

38

यह संचय के बारे में है, कतार दक्षता के बारे में नहीं।

फास्टपास काम करता है क्योंकि यह कतार में व्यक्तिगत वस्तुओं को कुछ "उपभोग" करने में अधिक कुशल बनाता है। यह एक कतार की तरह बहुत ज्यादा नहीं है जैसा कि प्रोसेसर को निष्पादित करने के निर्देश की प्रतीक्षा है क्योंकि यह भोजन के लिए कतार में इंतजार कर रहे लोग हैं।

डिज़नीलैंड में लोगों के मामले में, यह उन्हें अपनी मस्ती को अधिकतम करने की अनुमति देता है

निर्देशों को स्वीकार करने वाले प्रोसेसर के बारे में सोचें। प्रत्येक निर्देश कतार में निष्पादित होने, अपने कार्य को करने के लिए प्रतीक्षा कर रहा है। अब इसे बदल दें - कल्पना करें कि प्रत्येक निर्देश एक निर्देश को निष्पादित करने के लिए नहीं, बल्कि प्रोसेसर से कुछ प्राप्त करने के लिए इंतजार कर रहा है - हर बार जब वह प्रोसेसर को हिट करता है तो उसे एक गोल्ड स्टार से पुरस्कृत किया जाता है, और इसका काम इनमें से कई को संचित करना है यथासंभव।

फास्टपास निर्देश को कहीं और जाने की इजाजत देने की तरह है, एक अलग प्रोसेसर को, वहाँ एक गोल्ड स्टार पाने के लिए, इससे पहले कि वह वापस मुख्य प्रोसेसर में वापस आए, इससे गोल्ड स्टार प्राप्त कर सकते हैं।

डिज़नीलैंड के उपयोगकर्ताओं के मामले में, वे मज़ेदार हैं - सवारी के अनुभवों को संचित करने में। फास्टपास उपयोगकर्ता को एक छोटी लाइन के साथ एक अलग सवारी खोजने की अनुमति देकर अधिकतमकरण की अनुमति देता है, इसलिए वे कम समय में अधिक जमा कर सकते हैं।


3
आप इसे एक कतार अनुकूलन दृष्टिकोण से नहीं, बल्कि पुरस्कार अनुकूलन के दृष्टिकोण से देखते हैं। मैंने अन्य उत्तर को चुनना समाप्त कर दिया क्योंकि मुझे लगता है कि पूरे पार्क का उपयोग करना भी इसका एक बड़ा हिस्सा है और उस उत्तर को स्पष्ट कहा जाता है।
नाथन वोक्सलैंड

21

मैंने फास्टपास की कोशिश की है, और यह है कि मैं इसे कैसे देखता हूं:

मान लीजिए कि आप 1h अपेक्षित प्रतीक्षा समय के साथ सवारी पर जाते हैं, यदि आप FastPass पर जाते हैं, तो आपको एक नियत समय अवधि मिलेगी जहां आपको तत्काल प्रवेश की गारंटी दी जाती है। यह आमतौर पर 1h से अधिक के बाद है।

हमें पॉपुलर राइड्स के लिए FastPasses मिला, और उस समय के दौरान, 10-15 मी कतारों में कतारबद्ध होकर हमें FastPass वर्चुअल कतार में रहते हुए 3 राइड्स में जाने की अनुमति मिली। उन्होंने हमें कुछ बहुत ही अलोकप्रिय सवारी के लिए अतिरिक्त बेशुमार FastPasses भी दिए, अगर हम उन का उपयोग करते तो हम अधिक लोकप्रिय सवारी से कुछ भार निकालते और बहुत ही अलोकप्रिय सवारी भरते।

यहाँ एक ग्राफिक है जो हमने गैर-फास्टपास विकल्प बनाम खर्च किए गए समय की तुलना करता है:

फ़ास्ट पास

यह मुझे एक मान्य कतार सिद्धांत के रूप में लगता है, यह संसाधनों को कम अपेक्षित प्रतीक्षा समय के साथ निष्पादित करने की अनुमति देता है जबकि एक उच्चतर अपेक्षित प्रतीक्षा समय के साथ और भी अधिक देरी हो जाती है।


11

FastPass मूल रूप से गैर-अवरुद्ध आगंतुकों को किसी प्रकार की प्राथमिकता कतार के साथ लागू करता है। वे ब्लॉक नहीं करते हैं, वे सोते नहीं हैं, वे पैसे खर्च करते हैं। यह काम करता है क्योंकि जॉन 11:00 AM पर इसका उपयोग करता है, जो इसे सुबह 11:15 बजे (या 11:01 बजे) उपयोग करता है। अब, यदि सभी के पास एक तेज़ पास था, तो नियमित लाइन बहुत तेज़ होगी जबकि अधिकांश आगंतुक भोजन और उपहारों पर अधिक पैसा खर्च करते हैं। डिज़नी के लिए, यह एक डिग्री तक वांछित प्रभाव है।

दर्रा कुछ धारणाएँ बनाता है और कुछ सीमाएँ हैं। यह मानता है कि फास्टपास धारक अल्पसंख्यक हैं .. यदि वह बदल गया, तो उन्हें कई सवारी पर पास का काम करना होगा, या फास्टपास धारक नियमित लाइन में बहुत कम लोगों को देखते हुए पैसा खर्च करेंगे। चूंकि केवल एक सवारी का समर्थन किया जाता है, कोई भी दो फास्टैग धारक एक ही बार में एक ही सवारी नहीं मांगेंगे।

अब, यह देखते हुए कि जो अपनी बारी लेने से पहले पार्क छोड़ सकता है, आपको सिस्टम को कुशल बनाने के लिए कुछ प्रकार के आगंतुक 'फूटेक्स' के साथ आना होगा। अगर जोए छोड़ दिया, और जॉन जल्दी आ गया, जॉन सवारी कर सकता है। इसके अलावा, जॉन को आश्चर्य होगा कि उसके तेज पास ने उसे सूचित क्यों नहीं किया कि वह जल्द ही nn मिनट की सवारी कर सकता है। यही कारण है कि यह वास्तव में मजेदार हो जाता है, क्या होगा अगर जो सिर्फ कार से कुछ सनस्क्रीन पाने के लिए छोड़ दिया और लौट आए? आखिरकार, उसकी बारी दो घंटे की है, जब तक कि 200 से अधिक लोग पार्क से बाहर नहीं निकले, जब तक वह ब्लॉक कर रहा था (जबकि सनस्क्रीन मिल रहा था), एक कार्य जिसे बाधित नहीं किया जा सकता था। तो उस उदाहरण में, हम जो को किसी प्रकार की डिस्क नींद में रखते हैं, या ऐसी नींद जिसे बाधित या मार नहीं सकते। उसे कोई संकेत नहीं मिलता है, वह कुछ भी नहीं कर रहा है, वह पार्क से बाहर है।

यह एक प्रकार का सिद्धांत है जो व्यावहारिक लॉक फ्री प्रोग्रामिंग को संचालित करता है। वास्तव में खाने के दार्शनिकों की समस्या जितनी दिलचस्प है, उतनी ही अधिक।

जहां तक ​​डिज्नी जाता है .. यह एक बग नहीं है, इसकी एक विशेषता है, लोग पैसे खर्च करने के लिए अधिक इच्छुक होने के कारण पार्क छोड़ने के लिए कम इच्छुक हैं।


Fastpass यह नहीं मानता है कि Fastpass धारक अल्पसंख्यक हैं। किसी भी सवारी के लिए सीमित संख्या में फास्टपास उपलब्ध हैं, इसलिए फास्टपास उस समूह को अल्पसंख्यक होने के लिए मजबूर करता है।
ब्रायन डी फ़ो

अवधारणा इसे मानती है क्योंकि कार्यान्वयन इसे लागू करता है। हम अवधारणा पर चर्चा कर रहे हैं, कार्यान्वयन नहीं, नहीं? :)
टिम पोस्ट

7

एक साधारण कतार में आप वास्तव में अनुमान नहीं लगा सकते हैं कि आप कितनी तेजी से अपनी सवारी प्राप्त करते हैं। आप नर्वस हैं और कभी-कभी केवल विचार छोड़ने के बारे में सोचते हैं।

FastPass के साथ आप जानते हैं कि सवारी ठीक-ठीक परिभाषित समय अवधि में होगी। ऐसा होने पर आप "सुनिश्चित" होते हैं और कम बार छोड़ने के बारे में सोचते हैं। आप खरीदारी और खाने जाते हैं और जरूरत पड़ने पर लौटते हैं। आपके द्वारा अग्रिम में सवारी के लिए आवेदन करने और प्रतिबद्धता महसूस करने के बाद से आपके लौटने की संभावना है। जोएल स्पोल्स्की स्टारबक्स कतारों में इस्तेमाल किए गए एक समान प्रतिबद्धता विचार का वर्णन करते हैं

इसलिए फास्टपास पार्क और आगंतुकों दोनों के लिए एक तरह की सुविधा है। आगंतुक अधिक प्रसन्न होते हैं और पार्क प्रतीक्षा करते समय उन्हें अधिक बेच सकते हैं।

सिर्फ अच्छी सोशल इंजीनियरिंग का एक उदाहरण।


6

मुझे लगता है कि एक तरह से आप अतुल्यकालिक प्रोग्रामिंग मॉडल के साथ तुलना कर सकते हैं

आप सिस्टम को किसी कार्रवाई को अंजाम देने के लिए कहते हैं और आप परिणाम के लिए बाद में वापस आएंगे।

बड़ा अंतर यह है कि आप या तो यह निर्दिष्ट करते हैं कि कौन सा ईवेंट / कॉलबैक किया जाए जब कॉल किया जाए या जब आपका इंतजार करने के लिए तैयार हो तो उस समय प्रतीक्षा में प्रवेश करना आवश्यक है। मैंने ऐसा कोई तंत्र नहीं देखा है जो आपको बाद में वापस आने के लिए कहे और कम प्रतीक्षा समय की गारंटी दे।


5

मेरे लिए यह एक प्राथमिकता कतार की तरह लगता है

जब पहली बार कोई स्पीडपास ले रहा हो एक उच्च प्राथमिकता प्राप्त करता है। फिर जब स्पीडपास बंद हो जाता general line queueहै कतार में अधिक प्राथमिकता है।

और अगर हम समझौते में हैं कि यह एक प्राथमिकता कतार है, तो सबसे स्पष्ट सॉफ्टवेयर कार्यान्वयन है ओएस शेड्यूलिंग है

शेड्यूलिंग विकि लेख से संशोधित:

डिज्नी लैंड अनुसूचक मुख्य रूप से के साथ संबंध है:

  • सवारी का उपयोग - सवारी को यथासंभव व्यस्त रखने के लिए।
  • थ्रूपुट - उन लोगों की संख्या जो अपनी सवारी प्रति समय इकाई को पूरा करते हैं।
  • टर्नअराउंड - किसी विशेष सवारी को निष्पादित करने के लिए समय की मात्रा।
  • प्रतीक्षा समय - किसी व्यक्ति की तैयार कतार में समय की प्रतीक्षा की जा रही है।
  • प्रतिसाद समय - पहली प्रतिक्रिया उत्पन्न होने तक पंक्ति को पंक्तिबद्ध करने में लगने वाला समय लगता है।
  • निष्पक्षता - प्रत्येक व्यक्ति के लिए समान सवारी समय।

2

मेरे लिए FastPass विचार उन प्रणालियों के लिए एक समाधान की तरह दिखता है जहां मुझे एन के माध्यम से 1 कार्य करने की आवश्यकता है और कुछ ज्ञान के आधार पर जो मुझे अपने बारे में हैं (डिज्नी में, मुझे पता हो सकता है कि मेरे बच्चे बहुत खुश सवारी टेस्ट ट्रैक का इंतजार करते हुए ट्रैक करेंगे। Soarin 'FastPass समय स्लाइस आने के लिए) मैं टास्क N के लिए' FastPass 'कतार में जाने के लिए खुद को शेड्यूल कर सकता था और कार्य M के लिए मानक कतार में भी जा सकता था। यह काम करेगा जहां कार्य का क्रम जरूरी नहीं है और जहां कतार समय ज्ञात था और मैं अनुमान लगा सकता हूं कि एम या एन को कार्य करने में कितना समय लगेगा। मुझे यकीन नहीं है कि मुझे एक वास्तविक दुनिया प्रोग्रामिंग उदाहरण मिला है - हमारी सोच का अधिकांश हिस्सा प्रकृति में रैखिक है और इसलिए हमारे वर्कफ़्लोज़ इस तरह से हैं ।


1

FastPass आपको एक ही समय में कई लाइनों में प्रतीक्षा करने की अनुमति देता है। यह आपको प्रतीक्षा से बचने की अनुमति देता है, लेकिन औसत प्रतीक्षा समय को बढ़ाता है क्योंकि लाइनें प्रभावी रूप से लंबी हो जाती हैं।

लेकिन ज्यादातर लोगों ने अपना पूरा समय सवारी में नहीं बिताया। परेड की तरह कुछ घटनाओं, वास्तव में एक प्रतीक्षा समय नहीं है। एक तेज़ पास का उपयोग करके आप लंबी-लाइन की सवारी के बिना बलिदान किए बिना इन-लाइन या शॉर्ट-लाइन घटनाओं में से अधिक पर जा सकते हैं।


वास्तव में मूल पोस्ट में कहा गया है कि आप एक समय में केवल 1 फास्टपास कर सकते हैं .. मुझे पता है कि ज्ञान सही है या नहीं
जूतालेस मार्क 13'09

2 लाइनें अभी भी कई लाइनें हैं
क्रेग गिदनी

आप एक ही समय में कई तेज़ पास कर सकते हैं। हालाँकि, आपको दूसरा फास्टपास तब तक नहीं मिल सकता है जब तक कि पहला उपयोग के लिए उपलब्ध न हो। ऐसा कुछ भी नहीं है कि आपने जो नोट इस्तेमाल किए हैं, बस वही आपको मिला है।
ब्रायन डी फॉय

1

ऐसी दो जगहें हैं जो मेरे लिए सॉफ्टवेयर डेवलपमेंट में समान व्यवहार रखती हैं। हालांकि, न तो एक सटीक सादृश्य है, क्योंकि वे दोनों की आवश्यकता होती है

पहला अतुल्यकालिक प्रोग्रामिंग है। जैसा कि पहले उल्लेख किया गया है , आप कैसे प्रतीक्षा करते हैं, इसके संदर्भ में, एस्किंस मॉडल और फास्टपास मॉडल के बीच कुछ अंतर हैं। हालांकि, कुछ अन्य प्रोग्रामिंग मॉडल (जैसे संदेश पासिंग इंटरफ़ेस ) आपको कुछ अन्य विकल्प प्रदान करते हैं, जो संभवत: FastPass मॉडल के थोड़ा करीब हैं।

विशेष रूप से, मैं MPI_Gather तरीकों में MPI के बारे में सोच रहा था - वे एक मॉडल का उपयोग करते हैं जो शायद थोड़ा सा करीब है। प्रत्येक फ़ंक्शन को क्लस्टर के चारों ओर से बाहर किया जाता है, और फिर आप वर्तमान में संसाधित डेटा प्राप्त करने के लिए रूट से इकट्ठा कर सकते हैं। लक्ष्य एक ही है (सभी को कम प्रतीक्षा करना [उपयोगकर्ता पर रोक नहीं]] और घूमना, खर्च [या प्रसंस्करण डेटा]।

दूसरी जगह जो मैं देख सकता हूं, वह उन्नत थ्रेडेड प्रोग्रामिंग मॉडल में है, जैसे कि टीपीएल में नया शेड्यूलर । C # 4 में आने वाले TPL के मुख्य लाभों में से एक यह है कि शेड्यूलर को काम चोरी करने की अनुमति देगा, जो मुझे गतिशील रूप से लाइनों के चारों ओर शिफ्ट करने की कोशिश करने के सॉफ्टवेयर में एक स्पष्ट कार्यान्वयन की तरह लगता है - जो फास्टपास में वापस जुड़ता है। फास्टपास के साथ एक अच्छी बात यह है कि आप लाइन में कम बैठते हैं, और अधिक सवारी करते हैं, और अधिक घूमते हैं। टीपीएल के साथ, (उम्मीद है) कम अवरुद्ध और प्रतीक्षा कर रहा है, क्योंकि एक धागा जिसने अपनी कतार पूरी कर ली है, वह अन्य कतारों से कार्य चुरा सकता है।


MPI_Gather के बारे में - मैं सहमत हूं, FastPass के पास अधिकांश समयबद्धन कार्यान्वयन में समरूपता है।
गेविन मिलर

1

फास्टपास का एक दिलचस्प पहलू यह है कि यह डिज़नी के लिए एक प्रतिक्रिया चैनल पेश करता है। एक ही लाइन होने से जो लगभग हमेशा आकर्षण के उपलब्ध होने का इंतजार करती है, बहुत कुछ ऐसा नहीं है जिसे आप किसी भी तरह से माप सकते हैं कि दिन के दौरान निश्चित समय के अंतराल पर लाइन कितनी लंबी है। FastPass डिज़नी का उपयोग वास्तविक समय में प्रति आकर्षण और ट्रैफ़िक डेटा एकत्र करता है और पहले से ही डिजीटल है - इसे तुरंत खनन के लिए अपने डेटा वेयरहाउस में जाना चाहिए।

मैं इस बात से सहमत हूं कि जो लोग फास्टपास को संसाधन कतार प्रणाली से अधिक संसाधन आवंटन प्रणाली के रूप में अर्हता प्राप्त करते हैं। एक अन्य सादृश्य हर डिज्नी ग्राहक को ओएस प्रक्रिया के रूप में व्यवहार करना होगा जो कि एक एकल-थ्रेडेड है जब तक कि ग्राहक फास्टपैस को नहीं उठाता है। यह ग्राहक को 2-थ्रेडेड प्रक्रिया बनाता है जो पहले की तरह पूरे पार्क में साइकिल चलाता रहता है और एक और धागा चला रहा है जो नामित संसाधन (फास्टपास आकर्षण) के लिए अपनी बारी का इंतजार करता है। उपयोगकर्ताओं (प्रक्रियाओं) को कई FastPasses की अनुमति देने से ऐसी प्रक्रियाएँ और अधिक बहुप्रचलित हो जाएंगी। थ्रेड सिंक्रोनाइज़ेशन तब होता है जब ग्राहक अंततः इसका आनंद लेने के लिए फास्टपास आकर्षण के लिए जाता है।


यह संभावना है कि अधिकांश सवारी पहले से ही पूरे दिन लोडिंग को डिजिटाइज़ कर सकती हैं। प्रत्येक सीटबेल्ट / लॉकिंग आर्म पर एक सेंसर प्रति रन यात्रियों की संख्या की गणना कर सकता है (और जहां वे बैठना पसंद करते हैं) और आप तब देख सकते हैं जब सवारी सबसे अधिक बार चलती है, सबसे अधिक लोडिंग के साथ, आदि
टॉम लेयर्स

यह निश्चित रूप से FastPass सवारी के लिए काम नहीं करेगा क्योंकि वे लगभग हमेशा क्षमता से भरे होते हैं।
टॉपचेफ

0

केवल सॉफ्टवेयर सादृश्य मैं देख सकता हूं कि यह विधि कतार बफ़र को ओवरफ़्लो करने से बचाती है - यदि कई क्लाइंट सभी एक ही समय में लगभग एक कतार में जोड़ने की कोशिश करते हैं तो यह जल्दी से उस कतार को भर सकता है। अगर ग्राहकों को किसी दिए गए समय का इंतजार करने के लिए कहा जाता है, तो उन्हें कतार में जोड़ने से पहले स्थानीय स्तर पर उनकी (अपेक्षाकृत) कम वस्तुओं को बफर करना होगा।

हालांकि अधिकांश मामलों में यह कम कुशल थ्रूपुट की ओर जाता है क्योंकि यह कतार को तबाह कर सकता है जब प्रतीक्षा समय खराब होने पर चुना जाता है।

एक परीक्षण एप्लिकेशन लिखने की कोशिश करें जो विभिन्न मेट्रिक्स के तहत 'FastPass' के साथ और बिना उपयोग किए और परिणामों की तुलना किए बिना - और दिलचस्प कुछ भी हो तो हमें बताएं! :)


0

यह कैसे सॉफ्टवेयर में लागू किया जाएगा के बारे में पता नहीं है। लेकिन सिस्टम में निश्चित रूप से आगंतुकों के लिए इसके फायदे हैं: आप एक सवारी के लिए फास्टपास कर सकते हैं, और इस बीच किसी अन्य सवारी पर जा सकते हैं जिसकी लाइन लंबी नहीं है (या, जैसा कि आप कहते हैं, खरीदारी, खाने, आदि)। जब मैं और मेरा परिवार वहां था (तब बेशक यह ऑफ सीजन था), यह काफी जीवनसाथी था।



0

मेरी आपूर्ति श्रृंखला वर्ग से, मेरे लिए तुरंत आने वाली कतार का पहलू यह है कि आपके कथित प्रतीक्षा समय को कम करता है, इसलिए लोगों को इंतजार करने में कोई आपत्ति नहीं है। मुझे नहीं लगता कि यह मुख्य लाइनों को छोटा करता है, लेकिन यह नियमित लाइन में प्रतीक्षा करने के बारे में किसी की चिंता को कम करता है, क्योंकि वे जानते हैं कि जैसे ही वे सवारी से बाहर निकलते हैं, वे दूसरी बार सही समय पर वापस आ सकते हैं (यदि उनका फास्टपास) समय ऊपर है, वैसे भी)।

मुझे पता है कि मुझे लगता है कि मैं फास्टपास के साथ अधिक सवारी कर सकता हूं, हालांकि मुझे नहीं पता कि क्या वास्तव में यह मामला है या अगर यह मेरे इंतजार के समय का एक चतुर पुन: निर्धारण है।


0

एकमात्र स्पष्टीकरण मैंने पाया है कि यह लोगों को लाइनों से बाहर निकालने और उन चीजों को करने के लिए डिज़ाइन किया गया है जो अतिरिक्त राजस्व (खरीदारी, भोजन, आदि) में लाएंगे।

मुझे लगता है कि आप वहां मुख्य बिंदु पर पहुंच गए हैं, लेकिन आप इसे अधिक कॉर्पोरेट-ध्वनि की आवाज बनाते हैं जो शायद इसके लायक है। मैं निश्चित रूप से "वस्तुतः कतार" चाहता हूँ, जबकि एक पंक्ति में शारीरिक रूप से कतार की तुलना में खरीदारी और भोजन करना।

सैद्धांतिक रूप से, FastPass उस समय अधिक लोगों को शेड्यूल करने की कोशिश कर सकता था जब प्राकृतिक मांग कम थी; यही कारण है कि आप एक वास्तविक अनुसूचित कतार से अधिक थ्रूपुट प्राप्त करने के लिए क्या करेंगे। लेकिन व्यवहार में, मुझे संदेह है कि सवारी ज्यादातर दिन के लिए क्षमता से बहुत अधिक चल रही है, इसलिए इससे प्राप्त करने के लिए बहुत कम उत्पादकता है।


0

यह लोकप्रिय सवारी के लिए संसाधन निर्धारण के साथ-साथ माल बेचकर अतिरिक्त राजस्व उत्पन्न करने का एक तरीका है। यदि आप एक पंक्ति में प्रतीक्षा कर रहे हैं, तो इसका मतलब है कि आपने अधिक पैसा खर्च करने का अवसर नहीं लिया है।


0

अपने ग्राहकों को संतुष्ट करने के लिए यह डिज्नी के सर्वोत्तम हित में है। हालांकि, बिक्री निश्चित रूप से महत्वपूर्ण है, दोहराए जाने वाले ग्राहकों को प्राप्त करना कई गुना अधिक मूल्यवान है।

अगर मैं 1 दिन के पार्क-हॉपर टिकट के लिए $ 150 का भुगतान करता हूं और केवल 10 सवारी करने के लिए मिलता हूं, क्योंकि लाइनें बहुत लंबी हैं, तो मैं सवाल करूंगा कि क्या उन सवारी की कीमत वास्तव में $ 15 डॉलर प्रति टुकड़ा है। अगर, हालांकि, मेरे लिए 30 राइड पर जाने का कोई रास्ता है, तो मेरे पास बेहतर अनुभव होगा, उस अनुभव के मूल्य पर सवाल उठाने की संभावना कम हो सकती है और डिज़नीलैंड को $ 150 + भोजन + माल देने की संभावना अधिक होगी।

फास्टपास से पहले, मेरी सवारी 10 सवारी और 30 सवारी के बीच एकमात्र विभेदक था कि पार्क में कितनी भीड़ थी। यह एक आम समस्या है कि अन्य वांछनीय आकर्षण ने अन्य तरीकों से संबोधित करने का प्रयास किया है। उदाहरण के लिए, ताहोए के नॉर्थस्टार स्की रिसॉर्ट एक निश्चित दिन पर बेचने वाले लिफ्ट टिकटों की संख्या को सीमित कर देगा (या कम से कम वे उपयोग करते थे)। यह समस्या को भी संबोधित करता है, लेकिन एक तरह से जो राजस्व को नकारात्मक रूप से प्रभावित करता है।

सॉफ्टवेयर में, एक समान प्रतिमान एक वेब पेज लोड कर रहा होगा। प्राचीन समय में यह प्रक्रिया एकल थी: सभी सामग्री प्राप्त करें, सभी सामग्री को प्रस्तुत करें और पृष्ठ प्रदर्शित करें। जैसे-जैसे ट्रैफ़िक और डेटा बढ़ता गया (विशेष रूप से छवियों का समावेश) इस मॉडल को डिज़नीलैंड जैसी ही समस्या का सामना करना पड़ा। यदि पृष्ठ पर बहुत सारी छवियां थीं और इसे लोड करने में लंबा समय लगा, तो मैं सामग्री के लिए इंतजार नहीं करूंगा और शायद उस साइट पर वापस आने की जहमत न उठाऊं।

अब दिनों के वेब पेज अलग तरह से लोड होते हैं। सामग्री लोड की जाती है, प्रदान की जाती है और पहले प्रदर्शित की जाती है जबकि एक और धागा लोड होता है, छवियों को प्रस्तुत करता है और प्रदर्शित करता है। यह उपयोगकर्ता के अनुभव में बहुत सुधार करता है और, बशर्ते कि वांछनीय सामग्री हो, मैं साइट पर वापस आता रहूंगा और यह मेरे बार-बार के पृष्ठ विचारों को $ $ $ में बदल सकता है।


0

यह कुछ समय में एक वास्तविक समय ओएस जैसा दिखता है।

कुछ प्रक्रियाओं में एक तेज़ पास है, और वास्तविक समय के रूप में चिह्नित हैं।

उनके पास गारंटी है कि वे एक निश्चित समय अवधि के भीतर संसाधन प्राप्त करेंगे। उन्हें कतार से कूदना नहीं है, लेकिन वे अंदर धकेल सकते हैं! जबकि वे सवारी का उपयोग नहीं कर रहे हैं, अन्य गैर-वास्तविक समय के मेहमान इसका उपयोग कर सकते हैं।

-Alex


0

यह बढ़िया सामान है। डिज़नी अनिवार्य रूप से FASTpass के वितरित की संख्या के आधार पर रैखिक रूप से कम सेवा दरों के साथ, दो कतारें बना रहा है।

लघु FASTpass कतार को एक कतार के रूप में तैयार किया जा सकता है जो कि एक छोटी प्रतीक्षा के लिए हमेशा संतुलन में रहती है। कतार को छोटा रखना दो कतारों के बीच प्रतिक्रिया को कम करता है - जो स्टोकेस्टिक मॉडलिंग के लिए अच्छा है। अन्य कतार एक विशिष्ट कतार है, जिसमें धीमी सेवा दर है।

बेशक, अगर FASTpass कोटा कभी बहुत बड़ा हो गया, तो दो कतारों के बीच शुल्क में कटौती होगी, जिससे सिस्टम अराजक हो जाएगा, और परिणामों का वर्णन करने के लिए कतारबद्ध मॉडल के प्रभाव को कम कर देगा।

एक और रणनीति यह है कि उपयोगकर्ता प्रतीक्षा को कम से कम करने के लिए नियुक्ति के द्वारा सवारी अनुसूची के लिए सख्ती से किया जाएगा, इस मामले में यह एक शुद्ध बैच कतार है, और अनुकूलन करने के लिए आसान है। मुझे नहीं लगता कि यह संयुक्त राज्य अमेरिका में काम करेगा। :-)


0

आप अधिक सवारी पर नहीं मिलता है। अलोकप्रिय लाइनों के लिए लाइनें अब लंबी हैं, क्योंकि उनके लोकप्रिय-सवारी पास के परिपक्व होने की प्रतीक्षा में अधिक लोग उन पर समय मार रहे हैं। क्षमता क्षमता है।

"ट्विटर वर्तमान में वास्तव में व्यस्त है। कृपया 15:00 और 15:15 के बीच वापस आएं और हम आपको 5 सेकंड या उससे कम समय में अपने ट्वीट प्राप्त करने की गारंटी देते हैं।"

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.