Архитектура LinkedIn

> ПС Ну и кто теперь скажет, что ява тормозит? :)

факты

>факты

Гм, а вот та презентаци, на которую вы ответили гммм?..

> Больше вы можете узнать, пройдя по ссылке.

Это дискриминация Ъ! Я буду жаловаться в "спортлото"!

Нужно исправить Jerry на Jetty

Вконтакте для бизнеса :)

Бегает шустро. Для жабы.

> Вконтакте для бизнеса :)

скорее всё-таки facebook, ага :)

Tom & Jerry || Tomcat & Jetty ? :)))

Точно, запечатался :/

> напрямую через JDBC

Это как? Прямо в код SQL-запросы вставляют?

Руки за такое отрывать надо.

Емое, еще и *котораю* пофиксить бы :/

>Это как?

Не использовали ORM.

запросы можно в файлик вынести для большего удовольствия ;)

>котораю провели

писец

>Руки за такое отрывать надо.

Серьезно?

и посетителей 22 миллиона а- а то в переходе на лор - еще 18 миллионов добавилось.

done

> -40млн пользователей.

Прочитал, как "минус сорок миллионов пользователей". Думал.

>Это как? Прямо в код SQL-запросы вставляют? Руки за такое отрывать надо.

НЕ обязательно. Это надо видеть, а уже потом судить. Я не видел, поэтому утверждать не возьмусь.

>Это как? Прямо в код SQL-запросы вставляют?

>Руки за такое отрывать надо.

Ну например свой DataMapper... там же написано просто, что не используется автоматический ORM Hibernate.

Вот это я понимаю, Solaris 10 и Java, на Sun SPARC Enterprise M9000 Server - это не на PHP страничьки писать для хомпаги, чтобы потом 5 друзей наркоманов там тусовало...*SUN*

даже самый последний индийский быдлокодер знает про класс Query, инкапсулирующий запросы

> даже самый последний индийский быдлокодер знает про класс Query, инкапсулирующий запросы

И что же это за класс такой? В jdk его нету (не считая одноимённого класса в JMX). В Hibernate это интерфейс. Так о чём это ты?

Насколько я понял у них самопальный кеш и, соответственно, в БД идёт только минимальное количество запросов. В таком раскладе Hiberante не очень-то и нужен.

> И что же это за класс такой? В jdk его нету (не считая одноимённого класса в JMX). В Hibernate это интерфейс. Так о чём это ты?

javax.management.Query javax.persistence.Query

Оба в jdk6. А у вас какая версия jdk?

> javax.persistence.Query

Ну так то JPA, его в JDK нету. Да и не нужно это самое JPA пока что.

> Оба в jdk6

Неправда, эта хрень подрубается отдельно (я про JPA).

Гы, это и есть ORM.

>Это как? Прямо в код SQL-запросы вставляют? Руки за такое отрывать надо.

А что ты предлагаешь ещё кроме этого и ORM?

нативно объектны бд пойдут?

Когда чистый ORM оуверхэд, советуют iBatis.

Фигасебеонинаворотили. :)

>Вот это я понимаю, Solaris 10 и Java, на Sun SPARC Enterprise M9000 Server

Однако же читать нужно все материалы и внимательно.

Станции на x86 и на Spark.

Помимо Java используется C++ в Облаке.

JPA=JOPA не нужно совсем

> советуют iBatis очередное творение яблочников?

Нет ну новость я прочёл и даже по ссылке сходил, но для меня интересным были именно эти особенности...*SUN*

> ПС Ну и кто теперь скажет, что ява тормозит? :)

Да в статье по ссылке об довольно прямо говорится :)

The cache is implemented in C++, accessed via JNI. They chose C++ instead of Java for two reasons:

* To use as little RAM as possible.
* Garbage Collection pauses were killing them. [LinkedIn said they were using advanced GC's, but GC's have improved since 2003; is this still a problem today?]

Т.е. когда объем памяти критичен ( Requires 12 GB RAM ) и тормоза неприемлимы - приходится выбирать что-то вместо джавы :)

Весьма странно, вообще-то JNI - тоже тот ещё тормоз.

У нас самописный транзакционный кэш на яве вполне себе крутится без пауз в GC и на 24гб памяти, демонстрируя практически линейную масштабируемость с ростом кол-ва параллельных запросов. Оверхед по памяти - порядка 100 байт на элемент.

>сервреров приложений

Салярка, Джава ?? .... пора удаляться с линкеда ... зло они там разводят :)

> советуют iBatis очередное творение яблочников?

Дык это, гугл в курсе.

Друзья, будьте внимательны! Вас дезинформируют! Томкат и джетти - не сервера приложений, а сервлет-контейнеры. Т.е. они реалиуют только малую толику J2EE спецификации, в отличие от реальных больших и толстых AS с блекджеком и шлюхами, типа jboss или websphere.

>* Garbage Collection pauses were killing them. [LinkedIn said they were using advanced GC's, but GC's have improved since 2003; is this still a problem today?]

Правильно сказали по поводу GC. Уже давно этой проблемы нет.

>>от реальных больших и толстых AS толку только от этого никакого - чем больше и толще тем как правило хуже производительность и большее количество багов

>>>> JPA=JOPA не нужно совсем

анонимусам и вправду кроме кумаря мало что нужно

>>>>> Это как? Прямо в код SQL-запросы вставляют? Руки за такое отрывать надо.

>>> А что ты предлагаешь ещё кроме этого и ORM?

да. для обслуживания 40 миллионов посетителей пожалуй ORM тормозить будет

>Томкат и джетти - не сервера приложений, а сервлет-контейнеры.

Сервера приложений - это сервера которые хостят приложения. Котяра с жеттей вполне пождходят под это определение.

MySpace.com was definitely the biggest highlight. For those that aren’t familiar with MySpace.com, it is the fastest growing site on the Internet right now. They have 65 million registered subscribers, and are registering 260,000 new users each day.

MySpace.com is now processing 1.5 Billion page views per day MySpace.com handles 2.3 million concurrent users during the day

Работает кстати на ASP.NET, и в довершение:

4 of the top 6 sites (MySpace, MSN, Ebay and Hotmail) run on IIS and Windows.

отсюда: http://weblogs.asp.net/scottgu/archive/2006/03/25/Handling-1.5-Billion-Page-V...

НЕ Верю (с)

Дятил, хуле ;) Это факты.