Έχω υλοποιήσει μια web εφαρμογή (asp.net sql server 2008) η οποία καταγράφει τις κινήσεις σύνεδρων (είσοδος - έξοδος) σε ημερίδες, συνέδρια κτλ. Η εφαρμογή τρέχει σε τοπικό ασύρματο δίκτυο κ οι υπολογιστές που κάνουν τις καταχωρήσεις είναι laptops κ μέσω του τοπικού δικτύου μιλάνε με τον server (επίσης laptop). 

Ο server είναι ένα laptop το οποίο έχει Win 7 Home edition και εγκατεστημένο τον IIS. Έχω κάνει κάποια optimizations ώστε να δώσω μεγαλύτερη έμφαση στην απόδοση. Συγκεκριμένα στο System Properties -> Advanced -> Performance και εκεί όρισα τα visual effects optimized for performance και το processor scheduling σε background services.

Το πρόβλημα είναι ότι μερικές φορές η εφαρμογή φαίνεται να κρεμάει. Η φόρτωση μιας σελίδας ή η καταχώρηση μιας κίνησης αργεί χαρακτηριστικά να φορτώσει. Το σύνηθες σενάριο είναι ότι υπάρχουν το πολύ 5 με 6 υπολογιστές που κάνουν καταχωρήσεις άρα το πλήθος των ταυτόχρονων αιτήσεων δεν ξεπερνάει αυτό το νούμερο.

Σκέφτομαι ότι τελικά μπορεί τα Win7 home edition να είναι το πρόβλημα στην όλη ιστορία. Βέβαια είχαν γίνει αρκετά stress tests κατά τη διάρκεια της ανάπτυυξης κ δεν έδειξαν κάποιο πρόβλημα. Υπάρχει κάτι αλλο που μπορώ να κάνω από θέμα tuning ή θα πρέπει να πάω σε server λειτουργικό;

---

Τάσος Καραγιάννης

Baby debugging steps...

Εικάζω ότι το πρόβλημα οφείλεται στα Limits που βάζει το λειτουργικό στα concurrent connections στον IIS. Στο Win 7 Home edition είναι μόνο τρεις. Τους υπόλοιπες τις βάζει σε queue και περιμένει να γίνει time out μία από τις τρεις για να τις εξυπηρετήσει. 

---

Manos

Να προσθέσω κι εγώ ότι τα Home δεν είναι Server. Είναι Home. Ο Server είναι Server. Αυτό σημαίνει ότι όσο optimization και να κάνεις δεν πρόκειται να έχει τις επιδόσεις του Server. Αν αυτό που σε φοβίζει είναι το κόστος, μπορείς να χρησιμοποιήσεις την Web Server έκδοση η οποία κοστίζει μόλις $470

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Όντως το workaround είναι λίγο icky. . Οπότε πάω σε αλλαγή λειτουργικού κ θα βάλω server 2008 για να βρούμε όλοι την υγειά μας. Η αλήθεια είναι ότι ήξερα για τα concurrent connections ότι έχουν 10 σαν όριο. Αλλά τελικά έκανα λάθος.

Τα 3 concurrent connections είναι όντως πολύ λίγα αλλά σε διάφορα stress tests που κάναμε χτυπούσαν στο laptop συνέχεια αιτήσεις από 10 browsers για περίπου 20 λεπτά κ δεν είχε ούτε το παραμικρό πρόβλημα. Anyway...

Σ' ευχαριστώ για την απάντηση!

---

Τάσος Καραγιάννης

Baby debugging steps...

Άλλο το "ταυτόχρονα connections" και άλλο το 10 browsers. Είσαι σίγουρος ότι καταφέρανε 3 από αυτούς να κάνουν ταυτόχρονα request πριν ολοκληρωθεί το προηγούμενο? Εκτός και αν χρησιμοποίησες κάποιο script (οπότε δεν θα χρειαζόσουν 10 browsers) δεν μπορείς να είσαι σίγουρος αν αυτοί οι χρήστες των browsers κατάφεραν να κάνουν ταυτόχρονα requests, ειδικά αν ο χρόνος απάντησης ήταν μικρός

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Συμφωνώ σε αυτό, αλλά με το ίδιο σκεπτικό στο πραγματικό περιβάλλον χρήσης της εφαρμογής (5 browsers και λιγότερο συχνές αιτήσεις) είναι λιγότερο πιθανό να γεμίσει το queue του IIS. Ίσως κάποιο script που κάνει πολλές αιτήσεις ταυτόχρονα να καταφέρει να πιάσει το όριο των 3 concurrent connections. 

Υ.Γ. Δεν έκανα tests με 10 browsers επειδή ήξερα ότι τα max concurrent connections είναι 10. Τα δύο νούμερα είναι ίδια από σύμπτωση. Το test με τα 10 browsers είχε να κάνει με το ότι αυτός ο φόρτος είναι αρκετά μεγαλύτερος από κάποιο πραγματικό σενάριο χρήσης. 

---

Τάσος Καραγιάννης

Baby debugging steps...