-
Data: 2004-05-31 23:31:25
Temat: Re: "Czarne owce" hostingu... off topic
Od: "Marcin Kapski" <a...@b...plNOSPAM> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]> > 1. Świadczę usługi hosingowe. Mam np. łącze Polpak 2 Mbit, NIE PŁACĘ za
> > transfer a za pasmo, stałą kwotę.
>
> A co to ma do rzeczy, za co Ty płacisz?
Wytłumaczę na jabłkach.
masz przed sobą kosz jabłek. I teraz:
zasiada przed koszem dowolna ilość jedzących ktorzy jedzą jabłka.
Albo jedzą je wolno (szybkość jedzenia limitowana w czasie)
albo jedzą z dowolną prędkościa (czytaj wpierdalają jak stado bawołów)
i nagle muszą przestać bo ilosć zjedzonych jabłek jest limitowana w czasie.
zasadniczy wpływ na rowiązanie oraz na cenę usługi jedzenia jabłka, ma
szerokość kosza (ilość jedzących na raz musi być odpowiednia - tutaj
analogia do serwera), oraz fakt czy ja jako dostawca usługi jedzenia jabłek
płacę za szybkość ich dostarczania czy za ilość w jednostkach czasu.
jesli płacę za szybkość powinieniem sprzedawac z limitem szybkości jedzenia.
Jeśli płacę za ilość to również powinienem sprzedawać ilościowo w czasie.
To o czym toczy się ta dyskusja tyczy się tych dwóch rozwiązań, choć Pan
Przemek raczej nie potrafi sobie wyobrazić wolnego jedzenia jabłek bo od
dziecka pamięta pewną umowę gdzie "tak nie pisało" i zawsze jadł jabłka
licząc ile zje w jednostce czasu.
Wracając do tematów hostingu.
żle Pan sobie policzył te 10 kbit ale to nieważne.
I trochę dziwnie Pan wyobraża sobie "wiszące" procesy apacha.
Owszem przy limitowaniu łącz, wiszą one trochę dłużej, jednak wydajny serwer
i sprawne kolejkowanie pakietów oraz odpwiednie ograniczenia dot, virtualek,
w dużej mierze niwelują ten problem.
Klient zawsze ma dostepny serwis, choć momentami ściąganie grafik(bo na tym
wiszą w/w procesy) moze trwać długo. Dopłaci gdy uzna że prędkość działania
jego stron jest zła.
W rozwiązaniu limitu transferów, nagle serwis najzwyczajniej w świecie jest
blokowany, co wg. mnie jest niedopuszczalne dla klienta.
Marcin Kapski
Następne wpisy z tego wątku
- 01.06.04 01:53 Mr.FX
- 01.06.04 05:38 Przemysław Maciuszko
- 01.06.04 08:14 Asmodeusz
- 01.06.04 08:45 -IT-
- 01.06.04 08:53 Marcin Kapski
- 01.06.04 08:56 Marcin Kapski
- 01.06.04 09:21 Rafal 'Raf256' Maj
- 01.06.04 09:41 Andrzej Bursztynski
- 01.06.04 09:57 Slawek Kotynski
- 01.06.04 10:03 Slawek Kotynski
- 01.06.04 15:01 Adam Szendzielorz
- 01.06.04 19:51 Robert Rędziak (prawdziwego adresu szukaj w sygnaturce)
- 01.06.04 20:45 wer
- 01.06.04 21:31 Marcin Kapski
- 03.06.04 10:07 Robert Rędziak (prawdziwego adresu szukaj w sygnaturce)
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2025-07-25 Re: Boeing Bad Dream (Koszmar) Liner rozbity w Delhi ...
- 2025-07-24 Re: Wypadek kolejowy na stacji Wiesiółka- analiza tragicznego zdarzenia z czerwca 2001 roku.
- 2025-07-23 Re: Tysiące wypadków na niebezpiecznych przejazdach kolejowych a Polskie Linie Kolejowe nic nie robią odlat, bo kierowca pociągu nie ginie
- 2025-07-23 Re: Tysiące wypadków na niebezpiecznych przejazdach kolejowych a Polskie Linie Kolejowe nic nie robią odlat, bo kierowca pociągu nie ginie
- 2025-07-23 Teoria Organizacji w Ujęciu Totaliztycznym - NOWA MONOGRAFIA
- 2025-07-24 Warszawa => MENA New Business Manager <=
- 2025-07-24 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-07-24 Fundacja Wolność od Religii domaga się wyjaśnień ws zawierzenia Powiatu Wschowskiego Maryi Królowej Polski
- 2025-07-23 Teoria Organizacji w Ujęciu Totaliztycznym - NOWA MONOGRAFIA
- 2025-07-23 Gdańsk => Programista Delphi <=
- 2025-07-23 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-23 Warszawa => Starszy inżynier DevOps (AWS) <=
- 2025-07-23 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-23 Kraków => Senior Fullstack Engineer (Low-Code Platform) <=
- 2025-07-23 Wrocław => Senior Key Account Manager IT <=