Disney FastPass Geçerli ve / veya Faydalı Kuyruk Teorisi mi?

Disney World'de popüler yolculuklar için ikinci, daha kısa bir hat oluşturmak için Fastpass adlı bir sistem kullanıyorlar . Fikir, genellikle bir saatten daha uzun bir bekleyişle standart çizgide bekleyebilir veya belirli bir zaman bloğu (genellikle birkaç saat sonra) geri dönmenizi ve sadece 10 dakika beklemenizi sağlayan bir FastPass alabilirsiniz. dakika veya daha az. Bir FastPass ile aynı anda yalnızca bir sürüş için "beklemeniz" mümkündür.

Bu kavramın ardındaki kuyruk teorisini anlamaya çalışıyorum, ancak bulduğum tek açıklama, insanları hatlardan çıkarmak ve ek gelir getirecek şeyler (alışveriş, yemek, vb.)

Bu yüzden FastPass uygulandı mı yoksa çözdüğü gerçek bir ziyaretçi verimliliği sorunu mu var? Benzer mantığı uygulayan yazılım uygulamaları var mı? Benzer mantığı uygulaması gereken yazılım uygulamaları var mı?

Yazılımda benzer bir şey uygularken gördüğüm sorunun bir kısmı, kullanıcıların sıralarını seçmelerine dayanması. Yazılımda daha hızlı bekleme döngüleri yapın, bu teorinin iyi bir uygulamasının, uygulamanın son kullanıcı seçimine gerek kalmadan ihtiyaçlarına göre insanları sıraya koyacak kadar akıllı olmasını gerektireceğini düşünüyorum.

Hızlı geçiş hattı belli bir sürüş kuyruğundaki toplam verimi artırmayacaktır, ancak insanların ve sürüşlerin kaynak olduğu kaynak planlamasına ve kaynak atamasına yardımcı olur.

Dediğim gibi, söz konusu sürüş için daha fazla toplam üretkenlik yaratmayacaksınız, ancak başka bir yerde az kullanılan sürmeler olabilir. Artık bu sürüşleri ve beklemeniz gereken sürüşleri sürüyorsanız, parkın genel verimliliğini artırabilirsiniz. Bununla demek istediğim, yolcu kapasitesinin altında çalışan sürüş miktarını en aza indirmektir.

Boşta duran, uzun sürebilecek bir görevi yerine getirmeyi bekleyen bilgisayar kaynaklarınız varsa, bu kaynağı bu arada başka bir şey için kullanmak doğru olur mu? Bu açıdan basit.

Bu birikim ile ilgili, kuyruk verimliliği değil.

Fastpass çalışır çünkü sıradaki öğeleri tek tek bir şey "tüketmede" daha verimli hale getirir. Yiyecek için sırada bekleyen insanlar olduğu gibi, talimatların yürütülmesini bekleyen bir işlemci gibi bir sıra değil.

Disneyland'daki insanlar için, eğlencelerini en üst düzeye çıkarmalarına izin verir .

Talimatları kabul eden bir işlemci düşünün. Her talimat, görevini yerine getirmek için kuyrukta yürütülmeyi bekliyor. Şimdi değiştirin - her talimatın bir talimat yürütmek için değil , işlemciden bir şey almak için beklediğini düşünün - bir işlemciye her vurduğunda bir altın yıldızla ödüllendirilir ve işi bunların çoğunu biriktirmektir. olabildiğince.

Fastpass, altın yıldızı ondan almak için ana işlemciye geri dönmeden önce talimatın başka bir yere, farklı bir işlemciye gitmesine, orada bir altın yıldız almasına izin vermek gibidir.

Disneyland'daki kullanıcılar söz konusu olduğunda, eğlenceli - biriken sürüş deneyimleriyle ilgileniyorlar. Fastpass, kullanıcının daha kısa bir hatla farklı bir sürüş bulmasını sağlayarak en üst düzeye çıkarmaya izin verir, böylece daha kısa sürede daha fazla birikebilirler.

FastPass'ı denedim ve bu şekilde görüyorum:

Diyelim ki 1 saat beklenen bekleme süresine sahip bir yolculuğa çıkıyorsunuz, FastPass'e giderseniz, anında giriş garantisi verdiğiniz atanmış bir süre alacaksınız. Genellikle 1 saatten fazla sürer.

Popüler yolculuklar için FastPass'ler aldık ve bu süre zarfında 10-15m sıralarında sıraya koyduk ve FastPass sanal kuyruğundayken sıraya girmemizi ve 3 gezintiye çıkmamızı sağladık. Onlar da bize çok popüler olmayan bazı sürmek için ekstra sayısız FastPasses verdi, eğer biz bunları kullanırsak biz daha popüler sürmek bazı yük almak ve çok popüler olmayan doldurmak.

Fastpass olmayan seçenekle harcadığımız zamanı karşılaştıran bir grafik:

Bana göre geçerli bir kuyruk teorisi olarak, daha az beklenen bekleme süresine sahip kaynakların yürütülmesini sağlarken, daha yüksek bir bekleme süresine sahip olanı daha da geciktirir.

FastPass temelde engellemeyen ziyaretçileri bir tür öncelik sırası ile uygular. Engellemiyorlar, uyumuyorlar, para harcıyorlar. Çalışır çünkü john 11: 00'da, joe 11: 15'te (veya 11: 01'de) kullanır. Şimdi, herkesin hızlı bir geçişi olsaydı, normal hat çok daha hızlı olurken, çoğu ziyaretçi yemek ve hediyeler için daha fazla para harcadı. Disney için bu istenen derecede bir dereceye kadar.

Geçiş bazı varsayımlar yapar ve bazı sınırlamaları vardır. Fastpass sahiplerinin azınlık olduğunu varsayar .. bu değiştiyse, geçişin birden fazla sürüşte çalışması gerekirdi veya fastpass sahipleri normal hatta çok az insan görürken para harcayacaktı. Sadece bir sürüş desteklendiğinden, iki hızlı geçiş tutucusu aynı anda aynı sürüşü istemez.

Şimdi, Joe'nun sıraya girmeden önce parktan ayrılabileceğini düşünürsek, sistemi verimli hale getirmek için bir çeşit ziyaretçi 'futex' bulmalısın. Joe ayrılır ve john erken gelirse, John binebilirdi. Dahası, John hızlı geçişinin neden ona nn dakika daha sürebileceğini bildirmediğini merak ediyordu. Burası gerçekten eğlenceli oluyor, Joe arabadan biraz güneş kremi almak için ayrılır ve geri dönerse? Ne de olsa, engelleme sırasında (güneş kremi alırken) 200 kişi daha parktan ayrılmadıkça, sırası kesilemeyecek bir görev, iki saat uzakta. Bu durumda, Joe'yu bir tür disk uykusuna ya da kesintiye uğramayan ya da öldürülemeyen uykuyu koyduk. Sinyal almıyor, hiçbir şey yok, park dışında.

Bu, pratik kilitsiz programlamayı yönlendiren bir teoridir. Aslında yemek filozofları sorunu kadar ilginç , aslında daha fazla.

Bildiğim kadarıyla Disney gider .. Bu bir hata değil, onun bir özelliği, insanlar para harcamak için daha meyilli iken park bırakmak için daha az meyilli.

Sıradan bir kuyrukta sürüşünüzü ne kadar hızlı yaptığınızı gerçekten tahmin edemezsiniz. Gerginsiniz ve bazen sadece fikri bırakmayı düşünün.

FastPass ile sürüşün kesin olarak tanımlanmış bir zaman diliminde gerçekleşeceğini "bilirsiniz". Bunun ne zaman olacağından "emin "siniz ve daha az bırakmayı düşünüyorsunuz. Alışverişe ve yemeğe gidip gerektiğinde geri dönüyorsunuz. Önceden sürüş için başvurduğunuz ve bağlılığınızı hissettiğiniz için geri dönmeniz muhtemeldir. Joel Spolsky , Starbucks kuyruklarında kullanılan benzer bir taahhüt fikrini anlatıyor .

FastPass hem park hem de ziyaretçiler için bir çeşit kolaylık. Ziyaretçiler daha mutlu ve park beklerken onları daha fazla satabilir.

Sadece iyi bir sosyal mühendislik örneği.

Bunu bir şekilde zaman uyumsuz programlama modeliyle karşılaştırabileceğinizi düşünüyorum .

Sistemden bir eylem gerçekleştirmesini istersiniz ve sonuç için daha sonra geri dönersiniz.

Aradaki en büyük fark, ya tamamlandığında hangi olayı / geri aramayı belirtmeniz ya da beklemeye hazır olduğunuzda bir seferde beklemeye girmeniz gerektiğidir. Daha sonra geri dönmenizi ve daha düşük bekleme sürelerini garanti etmenizi söyleyecek bir mekanizma görmedim.

Bana göre bu öncelik sırası gibi görünüyor .

İlk olarak bir SpeedPass alırken daha yüksek bir öncelik elde edilir. Sonra kapalı haşhaş zaman SpeedPassgeneral line queue kuyrukta daha önceliklidir.

Ve bunun öncelik sırası olduğu konusunda hemfikirsek, en belirgin yazılım uygulaması işletim sistemi planlamasıdır.

Zamanlama wiki makalesinden değiştirildi:

Disney Land zamanlayıcısı ağırlıklı ilgilenir:

• Sürüş kullanımı - sürüşü mümkün olduğunca meşgul tutmak için.
  
• Verim - zaman birimi başına sürüşlerini tamamlayan kişi sayısı.
  
• Dönüş - belirli bir sürüşün yürütülmesi için geçen süre.
  
• Bekleme süresi - Bir kişinin hazır kuyruğunda beklediği süre.
  
• Tepki süresi - hattın sıraya alınmasından ilk yanıtın üretilmesine kadar geçen süre.
  
• Adalet - Her insan için eşit sürüş süresi.
  

FastPass fikri bana 1'den N'ye kadar görevleri yerine getirmem gereken ve kendimle ilgili bazı bilgilere dayanarak ihtiyaç duyduğum sistemler için bir çözüm gibi görünüyor (Disney'de, çocuklarımın beklerken Test Pistine binerken çok mutlu olacağını biliyor olabilirim Soarin 'FastPass zaman dilimi gelmesi) Görev N için' FastPass 'kuyruğuna girmeyi ve ayrıca M görevi için standart kuyruğa girmeyi kendim planlayabilirim. biliniyordu ve M veya N görevi yapmanın ne kadar süreceğini tahmin edebilirim. İyi bir gerçek dünya programlama örneğine sahip olduğumdan emin değilim - düşüncemizin çoğu doğada doğrusaldır ve iş akışlarımız bu şekilde olma eğilimindedir .

FastPass, aynı anda birden fazla satırda beklemenizi sağlar. Beklemekten kaçınmanıza izin verir, ancak hatlar etkili bir şekilde uzadığından ortalama bekleme süresini artırır.

Ancak çoğu insan tüm zamanlarını gezintiye çıkmaz. Geçit törenleri gibi bazı olayların gerçekte bekleme süresi yoktur. Bir hızlı geçiş kullanarak, bu kadar uzun hat sürüşlerinden ödün vermeden bu no-line veya short-line olayların çoğuna gidebilirsiniz.

Aklıma gelen, yazılım geliştirmede benim için benzer davranışlara sahip iki yer var. Bununla birlikte, ikisi de tam bir analoji değildir, çünkü her ikisi de

Birincisi eşzamansız programlama. Daha önce de belirtildiği gibi , async modeli ile fastpass modeli arasında nasıl beklediğiniz konusunda bazı farklılıklar vardır. Bununla birlikte, diğer bazı programlama modelleri ( İleti Geçiş Arabirimi gibi ), muhtemelen FastPass modeline biraz daha yaklaşan başka seçenekler sunar.

Özellikle, MPI'daki MPI_Gather yöntemlerini düşünüyordum - muhtemelen biraz daha yakın bir model kullanıyorlar. Her işlev kümenin etrafına iletilir ve o anda işlenmekte olan verileri almak için kökten toplama çağrısı yapabilirsiniz. Amaç aynıdır (herkesi daha az bekletmek [kullanıcıyı engellememek] ve dolaşmak, harcama yapmak [veya veri işlemek]).

Bir benzerlik görebildiğim diğer yer, TPL'deki yeni zamanlayıcı gibi gelişmiş iş parçacığı programlama modellerinde . C # 4'te gelen TPL'nin ana avantajlarından biri, programlayıcının iş çalmaya izin vermesidir; bu da bana göre, hatların etrafında dinamik olarak kaymaya çalışma yazılımında net bir uygulama gibi görünüyor - ki bu da FastPass'a bağlanıyor. Fastpass ile güzel şeylerden biri, daha az sıraya oturmak ve daha fazla sürmek ve daha fazla hareket etmek. TPL ile (umarım) daha az engelleme ve bekleme vardır, çünkü kuyruğunu bitiren bir iş parçacığı diğer kuyruklardan görevleri çalabilir.

FastPass'ın ilginç bir yönü, Disney için bir geri bildirim kanalı sunmasıdır. Neredeyse her zaman çekiciliğin kullanılabilir olmasını bekleyen tek bir çizgiye sahip olmakla, hattın gün boyunca sabit zaman aralıklarında ne kadar sürdüğünü ölçmek dışında yapabileceğiniz çok şey yoktur. FastPass Disney'i kullanmak, çekim başına talep ve trafik verilerini gerçek zamanlı olarak toplar ve halihazırda sayısallaştırılır - hemen madencilik için veri ambarlarına gitmelidir.

FastPass'ı bir kaynak ayırma sisteminden daha fazla bir kaynak ayırma sistemi olarak nitelendirenlerin katılıyorum. Başka bir benzetme, her Disney müşterisine, bir müşteri bir FastPass alana kadar tek iş parçacıklı bir işletim sistemi işlemi olarak bakmak olacaktır. Bu, müşteriyi park boyunca daha önce olduğu gibi bisiklet sürmeyi sürdüren ve belirlenen kaynak (FastPass cazibe) için sıra bekleyen başka bir iş parçacığı çalıştıran 2 iş parçacıklı bir işlem haline getirir. Kullanıcılara (işlemlere) birden fazla FastPass'e izin vermek, bu tür işlemleri çok iş parçacıklı hale getirir. İplik senkronizasyonu, müşteri nihayet tadını çıkarmak için FastPass çekimine ulaştığında gerçekleşir.

Görebildiğim tek yazılım benzetmesi, bu yöntemin kuyruk arabelleğini taşmasını engellemesidir - birçok istemci hemen hemen aynı anda bir kuyruğa eklemeye çalışırsa, bu kuyruğu hızla doldurabilir. Müşterilerden belirli bir süre beklemeleri istenirse, kuyruğa eklemeden önce (nispeten) daha az öğelerini yerel olarak arabelleğe almaları gerekir.

Ancak diğer çoğu durumda bu, bekleme süreleri kötü seçildiğinde kuyruğun aç kalmasına yol açabileceğinden daha az verimli bir üretime yol açar.

Çeşitli metrikler altında 'FastPass ile birlikte ve' FastPass 'olmadan kuyruk kullanan bir test uygulaması yazmayı ve sonuçları karşılaştırmayı deneyin ve ilginç bir şey bulursanız bize bildirin! :)

Yazılımda nasıl uygulanacağını bilmiyorum. Ancak sistem kesinlikle ziyaretçiler için avantajlara sahiptir: bir sürüş için bir Fastpass'a sahip olabilirsiniz ve bu arada hattı uzun olmayan (veya dediğin gibi alışverişe, yemeğe vb.) Başka bir sürüşe gidebilirsiniz. Ben ve ailem vardı oldukça cankurtaran (kuşkusuz, bu sezon oldu).

İstismar edildiği göz önüne alındığında , kuyruk kullanıcılarına güvenmeniz gerekir ;-)

Tedarik zinciri sınıfımdan, hemen bana gelen kuyruğun yönü, algılanan bekleme sürenizi azaltmasıdır, bu yüzden insanlar beklemeyi hiç umursamazlar. Ana hatları kısalttığını düşünmüyorum, ancak birisinin normal sırada beklemekle ilgili endişesini hafifletiyor, çünkü sürüşten çıkar çıkmaz, ikinci kez geri dönebileceklerini biliyorlar (eğer hızlı geçişleri Zaten zaman doldu).

Fastpass ile daha fazla sürüş yapabileceğimi algıladığımı biliyorum, ancak aslında durumun olup olmadığını veya bekleme süremin sadece akıllı bir şekilde yeniden çerçevelendiğini bilmiyorum.

Bulduğum tek açıklama, insanları hatlardan çıkarmak ve ek gelir getirecek şeyler yapmak (alışveriş, yemek, vb.) için tasarlanmış olmasıdır.

Sanırım oradaki ana noktaya vurdunuz, ama kulağa belki de hak ettiğinden daha fazla kurumsal kötülük yapıyorsun. Alışveriş yaparken ve yemek yerken kesinlikle “sıraya girmeyi” bir çizgide fiziksel olarak sıraya koymayı tercih ederim.

Teorik olarak, FastPass doğal talebin daha düşük olduğu zamanlarda daha fazla insan planlamaya çalışabilir; gerçek bir zamanlanmış kuyruktan daha fazla verim almak için yapmanız gereken buydu. Ancak pratikte, sürüşlerin günün büyük bir bölümünde kapasiteyle çalıştığından şüpheleniyorum, bu yüzden bundan elde edilecek çok az verimlilik var.

Bu, popüler sürüşler için kaynak planlamanın yanı sıra, mal satarak ek gelir elde etmenin bir yoludur. Bir sırada bekliyorsanız, daha fazla para harcama fırsatına sahip olmadığınız anlamına gelir.

Müşterilerini memnun etmek Disney'in yararınadır. Mağazacılık kesinlikle önemli bir gelir olsa da, tekrarlanan müşteriler elde etmek birçok kez daha değerlidir.

1 günlük park-hopper bileti için 150 $ ödüyorum ve çizgiler çok uzun olduğu için sadece 10 gezintiye çıksam, bu sürülerin gerçekten bir parça 15 dolar değerinde olup olmadığını sorgulayacağım. Ancak, benim için 30 sürmek gitmek için bir yol varsa, o zaman ben daha iyi bir deneyim olacak, bu deneyim değerini sorgulamak ve geri dönüp Disneyland başka bir 150 $ + gıda + mal vermek daha olası olacaktır.

FastPass'tan önce, 10 sürüş ve 30 sürüşüm arasındaki tek fark, parkın ne kadar kalabalık olduğuydu. Bu, istenen diğer cazibe merkezlerinin başka şekillerde ele almaya çalıştığı ortak bir sorundur. Örneğin, Tahoe'daki Northstar kayak merkezi, belirli bir günde sattıkları asansör bileti sayısını sınırlayacaktır (veya en azından eskiden). Bu aynı zamanda sorunu ele alır, ancak geliri daha olumsuz etkileyecek şekilde.

Yazılımda, benzer bir paradigma bir web sayfası yüklemek olacaktır. Eski zamanlarda bu süreç tek iş parçacıklıydı: tüm içeriği elde et, tüm içeriği oluştur ve sayfayı göster. Trafik ve veri arttıkça (özellikle görüntülerin dahil edilmesi) bu model Disneyland ile aynı sorunla karşılaştı. Sayfada çok fazla resim varsa ve yüklenmesi uzun sürdüyse, içeriği beklemezdim ve o siteye geri dönmeyi hiç rahatsız etmeyebilirdim.

Artık günler web sayfaları farklı şekilde yükleniyor. Önce içerik yüklenir, oluşturulur ve görüntülenir; başka bir iş parçacığı görüntüleri yükler, görüntüler ve görüntüler. Bu, kullanıcı deneyimini büyük ölçüde geliştirir ve istenen içerik varsa, siteye geri dönmeye devam edeceğim ve tekrarlanan sayfa görünümlerimi $$$'a dönüştürebilirim.

Bu, bir açıdan gerçek zamanlı bir işletim sistemine benzemektedir.

Bazı işlemlerin hızlı bir geçişi vardır ve gerçek zamanlı olarak işaretlenir.

Belli bir süre içinde kaynağı alacağı garantisine sahiptirler. Sıraya atlayamazlar, ama içeri girebilirler! Onlar sürüş kullanmak değil, diğer gerçek zamanlı olmayan konuklar kullanabilirsiniz.

Alex

Bu harika şeyler. Disney aslında FASTpass'ın dağıtılan sayısına bağlı olarak doğrusal olarak daha düşük servis oranları ile iki kuyruk yapıyor.

Kısa FASTpass kuyruğu, kısa bir bekleme için her zaman dengede olan bir kuyruk olarak modellenebilir. Sırayı kısa tutmak iki sıra arasındaki geribildirimi en aza indirir - bu da stokastik modelleme için iyidir. Diğer sıra, daha düşük hizmet hızına sahip tipik bir sıradır.

Tabii ki, FASTpass kotası çok büyük olursa, iki kuyruk arasında geri dönüş, sistemi Kaotik hale getirme ve sonuçları tanımlamak için kuyruk modellerinin etkisini en aza indirme olacaktır.

Başka bir strateji, kullanıcı beklemelerini kesinlikle randevu ile planlamak olacak, bu durumda saf bir toplu kuyruk ve optimize edilmesi kolay olacaktır. Bunun ABD'de işe yarayacağını sanmıyorum. :-)

Daha fazla gezintiye çıkmazsınız. Popüler olmayan hatlar için çizgiler artık daha uzun, çünkü daha fazla insan popüler yolculuk geçişlerinin olgunlaşmasını beklerken onlarda zaman öldürüyor. Kapasite kapasitedir.

"Twitter şu anda gerçekten meşgul. Lütfen 15: 00-15: 15 arasında geri dönün ve size 5 saniye veya daha kısa sürede tweet'lerinizi almayı garanti ediyoruz."