FastPass ของ Disney นั้นถูกต้องและ / หรือมีทฤษฎีคิวที่เป็นประโยชน์

ที่ Disney World พวกเขาใช้ระบบที่ชื่อว่าFastpassเพื่อสร้างบรรทัดที่สองและสั้นกว่าสำหรับการขี่ยอดนิยม แนวคิดคือคุณสามารถรอในบรรทัดมาตรฐานบ่อยครั้งด้วยการรอนานกว่าหนึ่งชั่วโมงหรือคุณสามารถรับ FastPass ซึ่งอนุญาตให้คุณกลับมาในช่วงเวลาที่กำหนด (โดยปกติจะใช้เวลาสองสามชั่วโมงต่อมา) และรอเพียง 10 นาที นาทีหรือน้อยกว่า คุณสามารถ "รอ" สำหรับการนั่งครั้งละหนึ่งครั้งด้วย FastPass

ฉันพยายามคิดทฤษฎีคิวหลังแนวคิดนี้ แต่คำอธิบายเดียวที่ฉันพบคือมันถูกออกแบบมาเพื่อดึงคนออกจากสายและทำสิ่งต่าง ๆ ที่จะนำรายได้เพิ่มเติม (ช้อปปิ้งกิน ฯลฯ )

นี่คือสาเหตุที่ FastPass ถูกใช้งานหรือมีปัญหาประสิทธิภาพของผู้เข้าชมจริง ๆ มีแอปพลิเคชันซอฟต์แวร์ที่ใช้ตรรกะที่คล้ายกันหรือไม่ มีแอปพลิเคชันซอฟต์แวร์ที่ควรใช้ตรรกะที่คล้ายกันหรือไม่

ส่วนหนึ่งของปัญหาที่ฉันเห็นเมื่อใช้บางสิ่งที่คล้ายกันในซอฟต์แวร์คือมันขึ้นอยู่กับผู้ใช้ที่เลือกคิวของพวกเขา ทำกับรอบการรอที่เร็วกว่าในซอฟต์แวร์ฉันคิดว่าแอปพลิเคชันที่ดีของทฤษฎีนี้จะต้องมีแอพพลิเคชั่นที่ฉลาดพอที่จะรู้ว่าคิวใดที่จะวางคนตามความต้องการของพวกเขาโดยไม่ต้องเลือกผู้ใช้ปลายทาง

เห็นได้ชัดว่า Fast Pass Line จะไม่เพิ่มปริมาณงานทั้งหมดในคิวการขี่ที่กำหนด แต่จะช่วยในการจัดตารางทรัพยากรและการกำหนดทรัพยากรที่ผู้คนและขี่เป็นทรัพยากร

เช่นเดียวกับที่ฉันพูดคุณจะไม่สร้างปริมาณการผลิตโดยรวมเพิ่มเติมสำหรับการขี่ในครั้งนี้ แต่อาจมีการขี่ที่ต่ำกว่าที่อื่น หากคุณสามารถขี่เครื่องเล่นเหล่านี้รวมถึงเครื่องเล่นที่คุณต้องรอได้คุณสามารถเพิ่มประสิทธิภาพโดยรวมของสวนได้ สิ่งที่ฉันหมายถึงคือลดจำนวนการขับขี่ที่ต่ำกว่าความจุผู้โดยสาร

หากคุณมีทรัพยากรคอมพิวเตอร์ที่ไม่ได้ใช้งานและกำลังรองานที่อาจต้องใช้เวลานานคุณควรใช้ทรัพยากรนี้เพื่อสิ่งอื่นในเวลาเดียวกันใช่ไหม มันง่ายจากมุมมองนั้น

มันเกี่ยวกับการสะสมไม่ใช่การเข้าคิว

Fastpass ใช้งานได้เพราะทำให้แต่ละรายการในคิวมีประสิทธิภาพมากขึ้นในบางสิ่งที่ "กิน" มันไม่ได้เป็นคิวเหมือนตัวประมวลผลที่รอคำแนะนำในการดำเนินการเพราะมันเป็นคนที่รอคิวอาหารอยู่

ในกรณีของผู้คนที่ดิสนีย์แลนด์จะช่วยให้พวกเขาสนุกได้เต็มที่

คิดถึงโปรเซสเซอร์ที่ยอมรับคำสั่ง แต่ละคำสั่งกำลังรอที่จะดำเนินการในคิวเพื่อทำงาน ตอนนี้เปลี่ยนมันขึ้นมา - ลองนึกภาพคำสั่งแต่ละคำสั่งที่รอไม่ให้ทำการเรียนการสอน แต่เพื่อให้ได้บางสิ่งจากตัวประมวลผล - ทุกครั้งที่มันกระทบกับโปรเซสเซอร์มันจะได้รับรางวัลเป็นดาวสีทองและหน้าที่ของมันคือ เป็นไปได้.

Fastpass เป็นเหมือนการอนุญาตให้คำสั่งไปที่อื่นไปยังหน่วยประมวลผลอื่นเพื่อรับดาวสีทองที่นั่นก่อนจะกลับไปที่โปรเซสเซอร์หลักเพื่อรับดาวสีทองจากมัน

ในกรณีของผู้ใช้ที่ดิสนีย์แลนด์พวกเขาสนใจที่จะมีประสบการณ์นั่งสนุก ๆ Fastpass ช่วยให้เพิ่มประสิทธิภาพสูงสุดโดยอนุญาตให้ผู้ใช้ค้นหาการขี่แบบอื่นด้วยเส้นที่สั้นกว่าดังนั้นพวกเขาจึงสามารถสะสมได้มากขึ้นในเวลาที่สั้นลง

ฉันได้ลอง FastPass แล้วและนี่คือวิธีที่ฉันเห็น:

สมมติว่าคุณไปนั่งกับเวลารอ 1 ชั่วโมงที่คาดว่าถ้าคุณไป FastPass คุณจะได้รับช่วงเวลาที่กำหนดที่คุณจะได้รับการรับประกันทันทีเข้า มันมักจะหลังจากมากกว่า 1 ชั่วโมง

เราได้รับ FastPasses สำหรับเครื่องเล่นที่ได้รับความนิยมและในช่วงเวลานั้นอยู่ในคิวยาว 10-15 เมตรทำให้เราสามารถเข้าคิวและขี่ได้ 3 ครั้งในขณะที่อยู่ในคิวเสมือน FastPass พวกเขายังมอบ FastPasses ที่ไม่ได้รับอนุญาตให้แก่เราสำหรับการขี่ที่ไม่เป็นที่นิยมหากเราใช้สิ่งเหล่านั้นเราจะได้รับการโหลดยอดนิยมจากการขี่ที่นิยมมากขึ้น

นี่คือกราฟเปรียบเทียบเวลาที่เราใช้กับตัวเลือกที่ไม่ใช่ fastpass:

ดูเหมือนว่าฉันเป็นทฤษฎีแถวคอยที่ถูกต้องมันช่วยให้ทรัพยากรที่มีเวลารอคอยที่น้อยกว่าถูกเรียกใช้งานในขณะที่ทำการหน่วงเวลาหนึ่งด้วยเวลารอที่สูงกว่าที่คาดไว้มากยิ่งขึ้น

FastPass โดยทั่วไปจะใช้การไม่บล็อกผู้เยี่ยมชมด้วยคิวลำดับความสำคัญบางประเภท พวกเขาไม่ปิดกั้นไม่นอนพวกเขาใช้จ่ายเงิน มันใช้งานได้เพราะจอห์นใช้งานตอน 11:00 น. โจใช้เมื่อเวลา 11:15 น. (หรือ 11:01 น.) ตอนนี้ถ้าทุกคนมีบัตรผ่านได้อย่างรวดเร็วบรรทัดปกติจะเร็วขึ้นมากในขณะที่ผู้เข้าชมส่วนใหญ่ใช้เงินกับอาหารและของขวัญมากขึ้น สำหรับดิสนีย์นี่เป็นเอฟเฟกต์ที่ต้องการในระดับหนึ่ง

บัตรผ่านนั้นมีข้อสมมติฐานและมีข้อ จำกัด บางประการ สันนิษฐานว่าผู้ถือ fastpass นั้นเป็นชนกลุ่มน้อย .. หากมีการเปลี่ยนแปลงพวกเขาจะต้องทำให้การเดินทางผ่านหลายครั้งหรือผู้ถือ fastpass จะใช้เงินในขณะที่เห็นคนน้อยมากในสายปกติ .. ต่อต้าน เนื่องจากมีการรองรับการขี่เพียงครั้งเดียวจึงไม่มีผู้ถือ fastpass สองคนที่จะขอการนั่งเดียวกันในครั้งเดียว

ตอนนี้เมื่อพิจารณาว่าโจอาจออกจากสวนสาธารณะก่อนที่จะถึงตาคุณคุณต้องหา 'futex' ของผู้มาเยี่ยมบางคนเพื่อให้ระบบมีประสิทธิภาพ ถ้าโจออกไปและจอห์นมาถึงเร็วจอห์นก็สามารถขี่ได้ ยิ่งกว่านั้นจอห์นยังสงสัยว่าทำไมการอดอาหารอย่างรวดเร็วของเขาจึงไม่ได้แจ้งให้เขาทราบว่าเขาสามารถขี่ได้เร็วขึ้นไม่กี่นาที นั่นคือที่ที่มันสนุกจริงๆถ้าหากโจออกไปเพื่อรับครีมกันแดดจากรถและกลับมา? ท้ายที่สุดเขาก็อยู่ห่างออกไปสองชั่วโมงเว้นแต่ผู้คนอีกกว่า 200 คนก่อนที่เขาจะออกจากสวนสาธารณะในขณะที่เขากำลังปิดกั้น ดังนั้นในกรณีนั้นเราวางโจในดิสก์สลีปบางประเภทหรือสลีปที่ไม่สามารถถูกขัดจังหวะหรือถูกฆ่าได้ เขาไม่ได้รับสัญญาณเขาไม่ได้สำรวจอะไรเลยเขาออกจากสวนสาธารณะ

นี่เป็นทฤษฎีประเภทหนึ่งที่ขับเคลื่อนการเขียนโปรแกรมล็อคฟรีในทางปฏิบัติ มันเป็นเรื่องที่น่าสนใจเป็นปัญหาปรัชญาการรับประทานอาหารในความเป็นจริงมากขึ้น

เท่าที่ดิสนีย์ไป .. นี่ไม่ใช่ข้อผิดพลาดคุณลักษณะของมันผู้คนมีแนวโน้มน้อยที่จะออกจากสวนสาธารณะในขณะที่มีแนวโน้มที่จะใช้จ่ายเงินมากขึ้น

ในคิวธรรมดาคุณไม่สามารถประเมินได้ว่าคุณขี่รถเร็วแค่ไหน คุณประหม่าและบางครั้งก็คิดถึงความคิด

ด้วย FastPass คุณ "รู้" ว่าการขี่จะเกิดขึ้นในช่วงเวลาที่กำหนดอย่างแม่นยำ คุณ "มั่นใจ" เกี่ยวกับสิ่งที่เกิดขึ้นและคิดถึงการเลิกน้อยกว่า คุณไปช็อปปิ้งกินและกลับเมื่อต้องการ คุณมีแนวโน้มที่จะกลับมาอีกครั้งเนื่องจากคุณสมัครล่วงหน้าและรู้สึกผูกพัน โจ Spolsky อธิบายความคิดที่มุ่งมั่นที่คล้ายกันมาใช้ในการรอคิว Starbucks

ดังนั้น FastPass จึงเป็นความสะดวกสบายสำหรับทั้งสวนและผู้เยี่ยมชม ผู้เข้าชมมีความยินดีมากขึ้นและสวนสาธารณะสามารถขายได้มากขึ้นในขณะที่รอ

เป็นเพียงตัวอย่างของวิศวกรรมสังคมที่ดี

ผมคิดว่าในทางที่คุณสามารถเปรียบเทียบกับรูปแบบการเขียนโปรแกรมไม่ตรงกัน

คุณขอให้ระบบทำการดำเนินการและคุณจะกลับมาดูผลลัพธ์ในภายหลัง

ข้อแตกต่างที่สำคัญคือคุณต้องระบุว่าเหตุการณ์ใด / การโทรกลับเมื่อโทรเสร็จหรือจำเป็นต้องป้อนการรอในเวลาที่คุณพร้อมที่จะรอ ฉันไม่เห็นกลไกที่จะบอกให้คุณกลับมาอีกในภายหลังและรับประกันเวลารอคอยที่ต่ำกว่า

ให้ฉันนี้ดูเหมือนว่าคิวลำดับความสำคัญ

เมื่อทำการSpeedPassครั้งแรกจะได้รับความสำคัญสูงกว่า จากนั้นเมื่อ popping ปิดSpeedpassมีความสำคัญมากขึ้นในคิวgeneral line queue

และถ้าเราเห็นด้วยว่านี่เป็นคิวลำดับความสำคัญการใช้งานซอฟต์แวร์ที่ชัดเจนที่สุดคือการตั้งเวลาระบบปฏิบัติการ

แก้ไขจากบทความ wiki scheduling:

ดิสนีย์แลนด์จัดตารางเวลาเป็นห่วงส่วนใหญ่กับ:

• การใช้ประโยชน์จาก Ride - เพื่อให้การขับขี่ไม่ว่างมากที่สุด
  
• ปริมาณงาน - จำนวนคนที่ขี่ครบตามเวลา
  
• เทิร์นอะราวด์ - ระยะเวลาในการขี่แบบเฉพาะเจาะจง
  
• Waiting time - ระยะเวลาที่บุคคลรอคอยในคิวที่พร้อม
  
• เวลาตอบสนอง - ระยะเวลาที่ใช้จากเมื่อถูกจัดคิวจนกระทั่งมีการตอบกลับครั้งแรก
  
• ความเป็นธรรม - เวลานั่งที่เท่าเทียมกันสำหรับแต่ละคน
  

ความคิด FastPass สำหรับฉันดูเหมือนว่าเป็นวิธีแก้ปัญหาสำหรับระบบที่ฉันต้องทำงาน 1 ถึง N และตามความรู้บางอย่างที่ฉันมีเกี่ยวกับตัวเอง(ที่ Disney ฉันอาจรู้ว่าลูก ๆ ของฉันจะมีความสุขมาก ๆ Soarin 'FastPass time slice ที่จะมาถึง)ฉันสามารถกำหนดเวลาให้ตัวเองไปที่คิว' FastPass 'สำหรับงาน N และเข้าสู่คิวมาตรฐานสำหรับงาน M ซึ่งจะทำงานได้โดยไม่จำเป็นต้องมีลำดับความสำคัญและเวลาที่คิว เป็นที่รู้จักและฉันสามารถประเมินได้ว่าต้องใช้เวลานานแค่ไหนในการทำงานภารกิจ M หรือ N ไม่แน่ใจว่าฉันมีตัวอย่างการเขียนโปรแกรมที่ดีในโลกแห่งความจริง - ความคิดของเราส่วนใหญ่เป็นเส้นตรงในธรรมชาติและเวิร์กโฟลว์ของเรา .

FastPass ช่วยให้คุณสามารถรอหลายบรรทัดในเวลาเดียวกัน ช่วยให้คุณหลีกเลี่ยงการรอ แต่เพิ่มเวลารอโดยเฉลี่ยเพราะเส้นจะยาวขึ้นอย่างมีประสิทธิภาพ

แต่คนส่วนใหญ่ไม่ได้ใช้เวลาทั้งหมดไปกับการขี่ บางเหตุการณ์เช่นขบวนพาเหรดไม่มีเวลารอ ด้วยการใช้บัตรผ่านด่วนคุณสามารถไปที่กิจกรรมแบบไม่มีสายหรือสั้นเหล่านี้ได้มากขึ้น

มีสองที่ที่อยู่ในใจที่มีพฤติกรรมคล้ายกันในการพัฒนาซอฟต์แวร์สำหรับฉัน อย่างไรก็ตามไม่มีการเปรียบเทียบที่เหมือนกันเนื่องจากทั้งคู่ต้องการ

ที่แรกก็คือการเขียนโปรแกรมแบบอะซิงโครนัส ในฐานะที่เป็นที่กล่าวถึงก่อนที่จะมีความแตกต่างระหว่างรุ่น async และรูปแบบ FastPass ในแง่ของวิธีการที่คุณรอ อย่างไรก็ตามโมเดลการเขียนโปรแกรมอื่น ๆ (เช่นMessage Passing Interface ) ให้ตัวเลือกอื่น ๆ แก่คุณซึ่งอาจเข้าใกล้ FastPass model เล็กน้อย

โดยเฉพาะอย่างยิ่งฉันคิดถึงวิธีการ MPI_Gather ใน MPI - พวกเขาใช้แบบจำลองที่อาจใกล้เข้ามาเล็กน้อย ทุกฟังก์ชั่นถูกส่งออกไปทั่วคลัสเตอร์และจากนั้นคุณสามารถเรียกรวบรวมจากรูทเพื่อรับข้อมูลที่ประมวลผลในปัจจุบัน เป้าหมายเดียวกัน (ทำให้ทุกคนรอน้อยลง [ไม่บล็อคผู้ใช้] และเดินไปรอบ ๆ ใช้จ่าย [หรือประมวลผลข้อมูล])

สถานที่อื่น ๆ ที่ผมสามารถมองเห็นความคล้ายคลึงกันอยู่ในรูปแบบการเขียนโปรแกรมเกลียวขั้นสูงเช่นกำหนดการใหม่ในTPL ข้อได้เปรียบหลักอย่างหนึ่งของ TPL ที่มาใน C # 4 คือตัวกำหนดตารางเวลาจะอนุญาตให้ขโมยงานซึ่งสำหรับฉันแล้วดูเหมือนว่าจะมีการนำไปใช้อย่างชัดเจนในซอฟต์แวร์ของการพยายามเปลี่ยนรอบบรรทัดแบบไดนามิกซึ่งเชื่อมโยงกับ FastPass หนึ่งในสิ่งที่ดีกับ fastpass คือคุณนั่งในแถวน้อยลงและขี่มากขึ้นและเคลื่อนที่ไปรอบ ๆ มากขึ้น ด้วย TPL จะมีการบล็อกและรอ (หวังว่า) น้อยลงเนื่องจากเธรดที่เสร็จสิ้นคิวสามารถขโมยงานจากคิวอื่นได้

สิ่งหนึ่งที่น่าสนใจของ FastPass คือมันแนะนำช่องทางตอบรับสำหรับดิสนีย์ การมีบรรทัดเดียวที่เกือบจะรอให้สถานที่ท่องเที่ยวพร้อมให้บริการมีอยู่ไม่มากนักคุณสามารถทำได้ยกเว้นการวัดระยะเวลาของบรรทัดในช่วงเวลาที่แน่นอนในระหว่างวัน การใช้ FastPass Disney รวบรวมข้อมูลความต้องการและปริมาณการใช้ข้อมูลต่อแหล่งท่องเที่ยวแบบเรียลไทม์และแปลงเป็นข้อมูลดิจิทัลแล้วควรไปที่คลังข้อมูลเพื่อทำการขุดทันที

ฉันมักจะยอมรับว่าผู้ที่มีคุณสมบัติ FastPass เป็นระบบการจัดสรรทรัพยากรมากกว่าระบบการจัดคิวทรัพยากร ความคล้ายคลึงกันอีกประการหนึ่งคือการปฏิบัติต่อลูกค้าดิสนีย์ทุกคนว่าเป็นระบบปฏิบัติการที่เป็นเธรดเดี่ยวจนกระทั่งลูกค้าหยิบ FastPass สิ่งนี้ทำให้ลูกค้ามีกระบวนการแบบ 2 เธรดที่ช่วยให้การขี่จักรยานทั่วทั้งสวนเหมือนก่อนหน้านี้และกำลังเรียกใช้เธรดอื่นที่รอการเปิดสำหรับทรัพยากรที่กำหนด (การดึงดูด FastPass) การอนุญาตให้ FastPasses หลายรายการแก่ผู้ใช้ (กระบวนการ) จะทำให้กระบวนการดังกล่าวเป็นมัลติเธรดมากขึ้น การซิงโครไนซ์เธรดเกิดขึ้นเมื่อลูกค้าได้รับการดึงดูด FastPass ในที่สุดเพื่อเพลิดเพลินกับมัน

การเปรียบเทียบซอฟต์แวร์เดียวที่ฉันเห็นคือวิธีนี้หลีกเลี่ยงการโอเวอร์โหลดบัฟเฟอร์คิว - หากลูกค้าหลายคนพยายามเพิ่มคิวในเวลาคร่าวๆในเวลาเดียวกันมันสามารถเติมคิวนั้นได้อย่างรวดเร็ว หากลูกค้าถูกขอให้รอระยะเวลาที่กำหนดพวกเขาจะต้องบัฟเฟอร์รายการของพวกเขา (ค่อนข้าง) น้อยลงในเครื่องก่อนที่จะเพิ่มลงในคิว

ในกรณีอื่น ๆ ส่วนใหญ่ แต่สิ่งนี้นำไปสู่การส่งผ่านที่มีประสิทธิภาพน้อยลงเพราะอาจนำไปสู่การคิวที่อดอยากถ้าเลือกเวลารอไม่ดี

ลองเขียนแอปพลิเคชันทดสอบที่ใช้การจัดคิวทั้งแบบมีและไม่มี "FastPass" ภายใต้ตัวชี้วัดต่างๆและเปรียบเทียบผลลัพธ์ - และแจ้งให้เราทราบหากคุณพบสิ่งที่น่าสนใจ! :)

ไม่ทราบว่าจะมีการนำไปใช้ในซอฟต์แวร์อย่างไร แต่ระบบมีข้อได้เปรียบสำหรับผู้เข้าชมแน่นอน: คุณสามารถมี Fastpass สำหรับการนั่งหนึ่งครั้งและในขณะเดียวกันไปที่การขี่อีกครั้งโดยที่สายไม่นาน (หรืออย่างที่คุณพูด มันช่วยชีวิตค่อนข้างเมื่อฉันและครอบครัวของฉันอยู่ที่นั่น (แม้ว่ายอมรับว่ามันเป็นนอกฤดู)

ระบุว่ามันถูกโจมตีคุณต้องเชื่อถือผู้ใช้คิว ;-)

จากคลาสซัพพลายเชนของฉันแง่มุมของการเข้าคิวที่มาถึงฉันในทันทีคือการลดเวลารอของคุณที่รับรู้ดังนั้นผู้คนจึงไม่รังเกียจที่จะรอเลย ฉันไม่คิดว่ามันจะทำให้เส้นหลักสั้นลง แต่มันจะช่วยลดความกังวลของใครบางคนเกี่ยวกับการรอในบรรทัดปกติเนื่องจากพวกเขารู้ว่าทันทีที่พวกเขาลงจากรถพวกเขาสามารถกลับมาเป็นครั้งที่สองได้ทันที ถึงเวลาแล้ว)

ฉันรู้ว่ารับรู้ว่าฉันสามารถขี่วิธีขี่ด้วย fastpass มากขึ้นแม้ว่าฉันจะไม่รู้ว่ามันเป็นเรื่องจริงหรือไม่

คำอธิบายเดียวที่ฉันพบคือมันถูกออกแบบมาเพื่อดึงคนออกจากสายและทำสิ่งต่าง ๆ ที่จะนำรายได้เพิ่มเติม (ช้อปปิ้งกิน ฯลฯ )

ฉันคิดว่าคุณได้ไปถึงจุดหลักแล้ว แต่คุณทำให้องค์กรดูชั่วร้ายกว่าที่ควรจะเป็น ฉันค่อนข้างจะ“ รอคิว” จริง ๆ ในขณะที่ช็อปปิ้งและทานอาหารมากกว่าที่อยู่ในคิว

ในทางทฤษฎี FastPass อาจพยายามกำหนดเวลาให้กับผู้คนมากขึ้นในช่วงเวลาที่ความต้องการทางธรรมชาติลดลง นั่นคือสิ่งที่คุณต้องทำเพื่อให้ได้ปริมาณงานที่มากขึ้นจากคิวจริง แต่ในทางปฏิบัติฉันสงสัยว่าเครื่องเล่นจะทำงานได้เกือบทุกวันดังนั้นจึงมีประสิทธิภาพเล็กน้อยที่จะได้รับจากสิ่งนี้

มันเกี่ยวกับการจัดตารางทรัพยากรสำหรับเครื่องเล่นยอดนิยมรวมถึงวิธีสร้างรายได้เพิ่มเติมจากการขายสินค้า หากคุณกำลังรออยู่นั่นหมายความว่าคุณไม่มีโอกาสได้ใช้จ่ายเงินมากขึ้น

เป็นความสนใจที่ดีที่สุดของดิสนีย์ในการสร้างความพึงพอใจให้กับลูกค้า ในขณะที่การขายสินค้าเป็นรายได้ที่สำคัญอย่างแน่นอนการได้รับลูกค้าซ้ำมีค่ามากกว่าหลายเท่า

ถ้าฉันจ่าย 150 เหรียญสำหรับตั๋ว park-hopper 1 วันและได้ไป 10 rides เพราะเส้นนั้นยาวมากฉันจะถามว่าเครื่องเล่นเหล่านั้นมีค่า $ 15 เหรียญต่อชิ้นหรือไม่ อย่างไรก็ตามหากมีวิธีสำหรับฉันในการขี่ 30 ครั้งฉันจะได้รับประสบการณ์ที่ดีกว่ามีโอกาสน้อยที่จะถามคุณค่าของประสบการณ์นั้นและมีแนวโน้มที่จะกลับมาอีกครั้งและมอบสินค้ามูลค่า 150 ดอลลาร์ + อาหาร + ของดิสนีย์แลนด์

ก่อนหน้า FastPass ความแตกต่างเพียงอย่างเดียวระหว่างการขี่ 10 ครั้งกับการขี่ 30 ครั้งของฉันคือความแออัดของสวนสาธารณะ นี่เป็นปัญหาที่พบได้ทั่วไปในสถานที่ท่องเที่ยวที่น่าสนใจอื่น ๆ ตัวอย่างเช่นสกีรีสอร์ต Northstar ที่ Tahoe จะ จำกัด จำนวนตั๋วลิฟท์ที่ขายในวันที่ระบุ (หรืออย่างน้อยก็เคยเป็น) นอกจากนี้ยังแก้ไขปัญหา แต่ในทางที่ส่งผลเสียต่อรายได้มากขึ้น

ในซอฟต์แวร์กระบวนทัศน์ที่คล้ายกันจะโหลดหน้าเว็บ ในสมัยโบราณกระบวนการนี้เป็นเธรดเดียว: รับเนื้อหาทั้งหมดแสดงเนื้อหาทั้งหมดและแสดงหน้า เมื่อปริมาณการใช้ข้อมูลและข้อมูลเพิ่มขึ้น (โดยเฉพาะการรวมตัวกันของภาพ) รุ่นนี้ประสบปัญหาเดียวกับดิสนีย์แลนด์ หากมีภาพจำนวนมากในหน้าและใช้เวลาในการโหลดนานฉันจะไม่รอรอบเนื้อหาและอาจไม่รำคาญที่จะกลับมาที่ไซต์นั้น

วันนี้โหลดหน้าเว็บที่แตกต่างกัน เนื้อหาถูกโหลดแสดงผลและแสดงผลก่อนในขณะที่เธรดอื่นโหลดแสดงผลและแสดงรูปภาพ นี่เป็นการปรับปรุงประสบการณ์ของผู้ใช้อย่างมากมายและหากมีเนื้อหาที่ต้องการฉันจะกลับมาที่ไซต์ต่อไปและสามารถเปลี่ยนการดูหน้าเว็บซ้ำไปเป็น $$$

สิ่งนี้คล้ายกับระบบปฏิบัติการแบบเรียลไทม์ในบางเรื่อง

กระบวนการบางอย่างมีการผ่านอย่างรวดเร็วและถูกทำเครื่องหมายเป็นเรียลไทม์

พวกเขามีการรับประกันว่าพวกเขาจะได้รับทรัพยากรภายในระยะเวลาที่กำหนด พวกเขาไม่สามารถกระโดดข้ามคิวได้ แต่สามารถผลักเข้าไปได้! ในขณะที่พวกเขาไม่ได้ใช้การนั่งแขกที่ไม่ใช่เรียลไทม์อื่น ๆ สามารถใช้งานได้

อเล็กซ์

นี่คือสิ่งที่ดี ดิสนีย์สร้างสองคิวด้วยอัตราการให้บริการที่ลดลงเป็นเส้นตรงขึ้นอยู่กับจำนวนการกระจายของ FASTpass

คิว FASTpass แบบสั้นสามารถสร้างแบบจำลองเป็นคิวที่อยู่ในภาวะสมดุลสำหรับการรอสั้น ๆ เสมอ การทำให้คิวสั้นช่วยลดข้อเสนอแนะระหว่างสองคิว - ซึ่งเหมาะสำหรับการสร้างแบบจำลองสุ่ม คิวอื่น ๆ เป็นคิวปกติโดยมีอัตราบริการช้าลง

แน่นอนถ้าโควต้า FASTpass มีขนาดใหญ่เกินไปการคืนเงินระหว่างสองคิวจะเกิดขึ้นทำให้ระบบเกิดความโกลาหลและลดผลกระทบของแบบจำลองการรอคิวเพื่ออธิบายผลลัพธ์

อีกกลยุทธ์หนึ่งคือลดจำนวนผู้ใช้ที่รออย่างน้อยที่สุดจะเป็นการกำหนดตารางการขี่โดยการนัดหมายซึ่งในกรณีนี้เป็นคิวแบตช์บริสุทธิ์และเพิ่มประสิทธิภาพได้ง่าย ฉันไม่คิดว่าจะทำงานในสหรัฐอเมริกา :-)

คุณไม่ได้รับการขี่มากขึ้น ตอนนี้สายสำหรับสายที่ไม่เป็นที่นิยมนั้นมีความยาวมากกว่าในขณะนี้เพราะมีคนจำนวนมากที่ฆ่าเวลาพวกเขาในขณะที่รอบัตรผ่านยอดนิยมสำหรับผู้ใหญ่ ความจุคือความจุ

"Twitter ไม่ว่างจริงโปรดกลับมาระหว่าง 15:00 น. และ 15:15 น. และเรารับประกันว่าจะให้ทวีตของคุณภายใน 5 วินาทีหรือน้อยกว่า"