Comments on: Po spotkaniu Railsowym http://yashke.com/2007/01/15/po-spotakniu-railsowym/ web 2.0, startupy, polski internet Wed, 03 Dec 2008 23:03:27 +0000 http://wordpress.org/?v=2.6.3 By: ragni http://yashke.com/2007/01/15/po-spotakniu-railsowym/#comment-3597 ragni Wed, 17 Jan 2007 19:37:36 +0000 http://yashke.com/2007/01/15/po-spotakniu-railsowym/#comment-3597 przy 400tys serwerow moze i ma to sens, przy kilkudziesieciu - nie /naszym zdaniem przynajmniej/. ilosc operacji read/write na dyskach bylaby przeogromna w stosunku do tego co mozna oszczedzic trzymajac dane w RAMie. google stosuje to rozwiazanie bo przy ich specyfice wieksze znaczenie ma sumaryczna moc obliczeniowa procesorow, a nie czas dostepu do plikow /i tak jest przeciez ekstremalnie szybki przy procesowaniu zapytan przez tak wiele maszyn/. polecam prezentacje: http://video.google.com/videoplay?docid=8413138961372335737 - polak z google w dublinie, duzo szczegolow na temat GFS http://video.google.com/videoplay?docid=-4567104036778249401 - prezentacja klastra mysql, ktorego efektywnosc wynika wlasnie z uzycia ramu przy 400tys serwerow moze i ma to sens, przy kilkudziesieciu - nie /naszym zdaniem przynajmniej/. ilosc operacji read/write na dyskach bylaby przeogromna w stosunku do tego co mozna oszczedzic trzymajac dane w RAMie.
google stosuje to rozwiazanie bo przy ich specyfice wieksze znaczenie ma sumaryczna moc obliczeniowa procesorow, a nie czas dostepu do plikow /i tak jest przeciez ekstremalnie szybki przy procesowaniu zapytan przez tak wiele maszyn/.

polecam prezentacje:
http://video.google.com/videoplay?docid=8413138961372335737 - polak z google w dublinie, duzo szczegolow na temat GFS
http://video.google.com/videoplay?docid=-4567104036778249401 - prezentacja klastra mysql, ktorego efektywnosc wynika wlasnie z uzycia ramu

]]>