🚀 go-pugleaf

Użytkownik "RaW" <raw@mlyniec.gda.pl> napisał w wiadomości
news:eh6020$2rj$1@news.task.gda.pl...
[ciach]
> Czy problem leży rzeczywiście po stronie żarłoczności rubyego (a może
> tylko samego RoR) czy też nieudolności tych, którzy próbują udostępniać
> go światu?
>
> Pozdrawiam
> --
> RaW

Można zawsze spojrzeć na ten aspekt z drugiej strony - wykorzystanie tego w
Intranecie. Obecnie posiadanie zewnętrznego IP i sprzętu jako serwer nie
jest niczym szczególnym i chyba tak też to powinno być postrzegane. Ale fakt
faktem, że usługi hostingowe nie są na takim poziomie jakie powinny być a i
Railsy nie są zbyt wydajne. Na testach wydajnościowych sam Ruby czasami
wypada lepiej od Perla i Pythona, ale zaznaczam, że tylko czasem. Z moich
własnych testów wynika, że w porównaniu do Perla narzut jest dość duży.

--
Pozdrawiam,
Sobczak Michał

Dnia 18.10.2006 Sobczak Michał <sobczak_michal@onet.eu> napisał/a:
> Użytkownik "RaW" <raw@mlyniec.gda.pl> napisał w wiadomości
> news:eh6020$2rj$1@news.task.gda.pl...
> [ciach]
>
> Można zawsze spojrzeć na ten aspekt z drugiej strony - wykorzystanie tego w
> Intranecie. Obecnie posiadanie zewnętrznego IP i sprzętu jako serwer nie
> jest niczym szczególnym i chyba tak też to powinno być postrzegane. Ale fakt
> faktem, że usługi hostingowe nie są na takim poziomie jakie powinny być a i
> Railsy nie są zbyt wydajne. Na testach wydajnościowych sam Ruby czasami
> wypada lepiej od Perla i Pythona, ale zaznaczam, że tylko czasem. Z moich
> własnych testów wynika, że w porównaniu do Perla narzut jest dość duży.
Nie mydlić mi tu oczu ludziom. Ruby w obecnej wersji jest bardzo wolny, 
kilka często używanych bibliotek np. rimage,ffr ma wycieki pamięci.
Trzeba mieć nadzieję, że kolejna okrągła wersja Ruby załatwi 
problem wydajności.
-- 
Tomasz Drobiszewski

RaW wrote:
> "Przykro mi bardzo, ale niestety wycofujemy się z obsługi RoR[...]"

"Jak ktoś nie umie pływać to mówi, że woda za rzadka".

> Polubiłem ruby i RoR, ale zastanawiam się czy opłaca się inwestować
> swoje szare komóry w technologię, która sprawia takie problemy
> hostingowe i wkrótce może okazać się, że swoje aplikacje można będzie
> wieszać tylko na localhost :(
> Czy ze względu na te problemy, podzielacie moje obawy co do przyszłości
>   dla tej technologii?
> Czy problem leży rzeczywiście po stronie żarłoczności rubyego (a może
> tylko samego RoR) czy też nieudolności tych, którzy próbują udostępniać
> go światu?

Inwestować, inwestować i jeszcze raz inwestować. Świat nie kończy
się na kilku nieudolnych polskich providerach. Masz do dyspozycji
cały świat i nie ma się co oglądać na polski zaścianek.

RoR rzeczywiście ma spore wymagania co do pamięci i czasu procka.
Podobnie jak Java... no może trochę mniej jednak :) Zwróć uwagę
jak bardzo popularne są aplikacje Javowe, zwłaszcza w
przedsiębiorstwach. A ilu jest polskich 'providerów', którzy
umożliwiają zdeployowanie WARa albo, co gorsza, EARa? Plus pytanie
wyciągająco-pogrążające jakie są zarobki programistów Javy w
porównaniu z pracującymi w PHP?

Uciążliwy i zasobożerny deployment RoR to jego jedyna wada. W zamian
dostajesz:
 * bogaty framework, jednocześnie niezwykle prosty w użyciu
(porównaj to z frameworkami Javy)
 * prosty i czytelny język (czego nie można powiedzieć o PHP, Java
też zostaje daleko w tyle ze względu na jej 'obszerny' styl)
 * bogaty zestaw bibliotek
 * duże community profesjonalistów (najczęściej ludzi, którzy
przeszli do RoR po latach pracy z Javą, PHP bądź Pythonem)
 * spore zarobki - jeśli nie straszna Ci praca dla ludzi mówiących
po angielsku na przykład :)

Biorąc pod uwagę, że większość polskich "webdesignerów" tworzy
koszmarki we Flashu + PHP (głównie do wyświetlenia "dziś jest
poniedziałek, 31 lutego") wcale się nie dziwię, że providerzy nie
są gotowi na RoR. Z takim rynkiem dostawców aplikacji...

Łukasz

Bragi Ragnarson wrote:
> RaW wrote:
>> "Przykro mi bardzo, ale niestety wycofujemy się z obsługi RoR[...]"
> 
> "Jak ktoś nie umie pływać to mówi, że woda za rzadka".
> 
>> Polubiłem ruby i RoR, ale zastanawiam się czy opłaca się inwestować
>> swoje szare komóry w technologię, która sprawia takie problemy
>> hostingowe i wkrótce może okazać się, że swoje aplikacje można będzie
>> wieszać tylko na localhost :(
>> Czy ze względu na te problemy, podzielacie moje obawy co do przyszłości
>>   dla tej technologii?
>> Czy problem leży rzeczywiście po stronie żarłoczności rubyego (a może
>> tylko samego RoR) czy też nieudolności tych, którzy próbują udostępniać
>> go światu?
> 
> Inwestować, inwestować i jeszcze raz inwestować. Świat nie kończy
> się na kilku nieudolnych polskich providerach. Masz do dyspozycji
> cały świat i nie ma się co oglądać na polski zaścianek.
> 

Zgadza się, to że deployowanie aplikacji RoR może na początku sprawiać 
problemy to normalne przy tak nowej technologii. Nie przeszkadza to 
jednak firmom hostingowym na zachodzie we wspieraniu tej technologii.

Weźmy takie Site5 na przykład. Początki były trudne, serwery miały 
czasami load na b. wysokim poziomie, usługi nie działały. Czy była to 
wina zasobo zasobożerności RoR ? Być może, ale zmiana podejścia  była 
również potrzebna (wprowadzenie narzędzi umożliwiających lepszą kontrolę 
nad zasobami). Obecnie Site5 posiada okolo 150 fizycznych maszyn, które 
swietnie sobie radza z obsluga aplikacji RoR - i tak, to jest shared 
hosting :) Czyli jednak da się ?

Poza tym Ezra Zygmuntowicz zajął się niedawno hostingiem RoR na poważnie:

http://www.engineyard.com

Wygląda zachęcająco, szczegolnie jeśli nie chcemy sami budować własnej 
farmy serwerów, ciekawe co z tego wyjdzie w praniu, chociaż to bardziej 
oferta dla "poważnych" klientów (czyt. dla tych którzy mogą wydać kilka 
tysięcy $ miesięcznie na utrzymanie serwerów :)

--
Pozdrawiam
Karol Hosiawa

> >> Czy problem leży rzeczywiście po stronie żarłoczności rubyego (a może
> >> tylko samego RoR) czy też nieudolności tych, którzy próbują udostępniać
> >> go światu?

Moim zdaniem jest to problem zlego podejscia -- probowali (lap.pl)
wepchnac aplikacje w RoR na shared-serwer z wieloma klientami z
aplikacjami w PHP a jak wiadomo nieaktywne (aktualnie nieobslugujace
requestow) sktypty PHP nie zajmuja pamieci RAM, a aplikacja Railsowa na
starcie pozera min kilkanascie MB.
Hosting Railsow powienien (musi) wiecej kosztowac -> mniej klientow /
serwer -> lepsza wydajnosc.

A rozwiazanie EngineYard bardzo mi sie podoba, ale te koszty (ok
200$/slot/miesiac przy 1ym slocie) :D


--
Michal Bakowski

dr_bonzo wrote:
> Moim zdaniem jest to problem zlego podejscia -- probowali (lap.pl)
> wepchnac aplikacje w RoR na shared-serwer z wieloma klientami z

Ponoć livenet.pl ma RoR na shared-server
http://forum.livenet.pl/viewtopic.php?t=588
tylko coś słabo odpowiadają co tam postawili 
http://forum.livenet.pl/viewtopic.php?t=1014

Używał ktoś u nich tego? Jak im się to sprawuje?

Dnia 19 Oct 2006 04:31:53 -0700, dr_bonzo napisał(a):

> A rozwiazanie EngineYard bardzo mi sie podoba, ale te koszty (ok
> 200$/slot/miesiac przy 1ym slocie) :D

Słucham??? To za 39 euro miesiecznie masz dedykowany serwer 1GB RAM DDR2,
Athlon64 3000+, 2x160GB HD i zero liczenia trafficu. Wczoraj sprawdzałem
osiągi. Apache 2.2.3 + PHP 5.1.6 (kompilowane ze źródeł na 64 bitowym
Ubuntu): daje ponad 3000 req/s. Statyczne strony ok 5000 req/s. Pythona i
Rubiego jeszcze nie zdążyłem sprawdzić, bo dopiero przerzucam dane ze
starego VPS.

-- 
Jarosław Zabiełło
http://blog.zabiello.com

Jaroslaw Zabiello napisał(a):
> Dnia 19 Oct 2006 04:31:53 -0700, dr_bonzo napisał(a):
> 
>> A rozwiazanie EngineYard bardzo mi sie podoba, ale te koszty (ok
>> 200$/slot/miesiac przy 1ym slocie) :D
> 
> Słucham??? To za 39 euro miesiecznie masz dedykowany serwer 1GB RAM DDR2,
> Athlon64 3000+, 2x160GB HD i zero liczenia trafficu. Wczoraj sprawdzałem
> osiągi. Apache 2.2.3 + PHP 5.1.6 (kompilowane ze źródeł na 64 bitowym
> Ubuntu): daje ponad 3000 req/s. Statyczne strony ok 5000 req/s. Pythona i
> Rubiego jeszcze nie zdążyłem sprawdzić, bo dopiero przerzucam dane ze
> starego VPS.
> 

a gdzie tak daja? :)

t.

Dnia Fri, 20 Oct 2006 11:30:08 +0200, thinval napisał(a):

>> Słucham??? To za 39 euro miesiecznie masz dedykowany serwer 1GB RAM DDR2,
>> Athlon64 3000+, 2x160GB HD i zero liczenia trafficu. Wczoraj sprawdzałem
>> osiągi. Apache 2.2.3 + PHP 5.1.6 (kompilowane ze źródeł na 64 bitowym
>> Ubuntu): daje ponad 3000 req/s. Statyczne strony ok 5000 req/s. Pythona i
>> Rubiego jeszcze nie zdążyłem sprawdzić, bo dopiero przerzucam dane ze
>> starego VPS.
> 
> a gdzie tak daja? :)

http://hetzner.de/rootserver_en.html

-- 
Jarosław Zabiełło
http://blog.zabiello.com

Bragi Ragnarson napisał(a):
> 
> "Jak ktoś nie umie pływać to mówi, że woda za rzadka".
> 
Pewnie tak skoro oprócz wycofania się z ROR zawiadomili mnie o utracie 
wszystkich moich danych:

"...niestety backup lokalny został skasowany przez
pracowników Data Center podczas wymiany dysku. Na zewnętrznym backupie
nie było niestety danych Pana konta. Przykro mi bardzo, ale tu nic się
nie da zrobić."

Ktoś na tej grupie polecał ten hosting - ja akurat z całego serca 
odradzam lap.pl.

> Inwestować, inwestować i jeszcze raz inwestować. Świat nie kończy
> się na kilku nieudolnych polskich providerach. Masz do dyspozycji
> cały świat i nie ma się co oglądać na polski zaścianek.
> 
>[...]Plus pytanie
> wyciągająco-pogrążające jakie są zarobki programistów Javy w
> porównaniu z pracującymi w PHP?
> 
No racja tylko, że jakoś ciężko wyłowić oferty pracy dla ruby w tłumie 
ofart dla javy. A jak już to nie widzę znacznych różnic w oferowanych 
stawkach java vs ruby.

>  * spore zarobki - jeśli nie straszna Ci praca dla ludzi mówiących
> po angielsku na przykład :)
> 
j.w. - zapisałem się na kilka serwisów pośrednictwa pracy (również 
zagranicznych) ale oferty dla programistów ruby zdarzają się zupełnie 
sporadycznie :(


Pozdrawiam
-- 
RaW

Jaroslaw Zabiello wrote:
> Athlon64 3000+, 2x160GB HD i zero liczenia trafficu. Wczoraj sprawdzałem
> osiągi. Apache 2.2.3 + PHP 5.1.6 (kompilowane ze źródeł na 64 bitowym
> Ubuntu): daje ponad 3000 req/s. Statyczne strony ok 5000 req/s. Pythona i

możesz przedstawić metodologie testów? jakim narzędziem testujesz?

siege, ab, httping ?
skrypty własne (mechanize?)
czy może jmeter?

pozdrawiam

--
Krzysztof Rączkiewicz
punkracy [no-at-spam] gmail.com
"When I was your age, I was writing operating systems... in binary...
on punchcards!"

Dnia 30 Oct 2006 04:38:37 -0800, punkracy napisał(a):

>> Athlon64 3000+, 2x160GB HD i zero liczenia trafficu. Wczoraj sprawdzałem
>> osiągi. Apache 2.2.3 + PHP 5.1.6 (kompilowane ze źródeł na 64 bitowym
>> Ubuntu): daje ponad 3000 req/s. Statyczne strony ok 5000 req/s. Pythona i
> 
> możesz przedstawić metodologie testów? jakim narzędziem testujesz?

ab -n 10000 -c 1 oraz -c 10

-- 
Jaroslaw Zabiello
http://blog.zabiello.com

Jaroslaw Zabiello napisał(a):
> ab -n 10000 -c 1 oraz -c 10

dzięki

--
Krzysztof Rączkiewicz
punkracy [no-at-spam] gmail.com
"When I was your age, I was writing operating systems... in binary...
on punchcards!"