Новый урожай технологий хранения данных созрел? :)

Не очередного флеймвора ради, но что означают «++» в названии? :)

Вроде на заре этой конференции была конференция Highload, которая потом разделилась на Highload и Highload++, после чего первая вроде бы зачахла, а вторая осталась.

Это как HQ9+ и HQ9++.

И ни где никакой информации о цене. Это хороший показатель качества организации. И он хорошо скажется на моём желании туда пойти.

Рыба гниет с головы. пока существует костыль-фронтенд в виде http html css js толку не будет.

13 000 до 21 000 рублей

видимо окончательный ценник тебе вывесят после регистрации и скорее всего он будет равен 21т :)

Толку в чем?

Нашел. Участие пока стоит 19т.

Мне не вывесят, я не хожу на представления маилру

правильно, надо сразу грузить в мозг через libastral

в создании системы максимально отзывчивой для пользователя. в этом деле уже давно узкое место фронтенд.

Фронтенд всего лишь отдает текст, какая разница что там? Или ты имеешь ввиду рендеринг на самом браузере?

«Cборка мусора в Java без пауз»
Только ради этого стоит сходить

я имею в виду что серверу мешает фронтенд и калечные браузеры. вопрос в передаче и обработке данных. отсутствие http pipelining и поэтому 1 запрос/1 коннект, костыли comet, только недавно дали вебсокеты. передача данных только в текстовом виде и поэтому ненужная компрессия. только благодаря канвасу и файловому апи (!) появились возможности принять и обработать бинарные данные : uint8, BinaryFileReader и тд. css это вообще лютый капец. как только в css попал урл он тут же ставит его на загрузку. дизайнеры делают «спрайты» 5000х5000. и тд и тп.

но бэкендщики все еще думают что именно они являются узким местом в проекте. хех.

отсутствие http pipelining и поэтому 1 запрос/1 коннект

Это слабо связанные вещи. Современные браузеры через один коннекшен делают несколько запросов, но делают это последовательно (pipelining == параллельно).

костыли comet, только недавно дали вебсокеты. передача данных только в текстовом виде и поэтому ненужная компрессия. только благодаря канвасу и файловому апи (!) появились возможности принять и обработать бинарные данные : uint8, BinaryFileReader и тд. css это вообще лютый капец. как только в css попал урл он тут же ставит его на загрузку. дизайнеры делают «спрайты» 5000х5000. и тд.

Какую альтернативу ты предлагаешь?

но бэкендщики все еще думают что именно они являются узким местом в проекте. хех.

Потому что это так. Отрендерить выдачу того же гугла на порядки более простая операция чем её сгенерить.

Это слабо связанные вещи. Современные браузеры через один коннекшен делают несколько запросов, но делают это последовательно (pipelining == параллельно).

ей богу щас не хочу тебя обидеть, но хотяб википедию открой насчет этого понятия.

альтернатива проста. несколько сокетов открыл, планировщик их загрузки настроил. bson принял и передал. по таймауту сокеты можно закрыть чтобы не висели. http 1.0 вообще не задумывался что его так будут юзать.

Отрендерить выдачу того же гугла на порядки более простая операция чем её сгенерить.

я имею ввиду всякие «рич» сайты с которыми постоянно на работе мучаемся.

ей богу щас не хочу тебя обидеть, но хотяб википедию открой насчет этого понятия.

Ты сам то открывал? tcpdump'ом смотрел что делает браузер? http 1.1 сейчас используется, через один коннекшен делается несколько запросов.

альтернатива проста. несколько сокетов открыл, планировщик их загрузки настроил. bson принял и передал. по таймауту сокеты можно закрыть чтобы не висели.

Что лежит внутри этого bson? Что со скриптами? Со стилями? С версткой? Это не альтернатива, это вообще ничто.

я имею ввиду всякие «рич» сайты с которыми постоянно на работе мучаемся.

Ну это не highload о котором речь идет в сабже :)

от pipelining толку нет пока его во всех браузерах не запилят. в хроме работает это да.

Что лежит внутри этого bson

данные, скрипты, стили, шаблоны всей верстки, шрифты. к сожалению картинки засунуть туда не получится т.к. css.

от pipelining толку нет пока его во всех браузерах не запилят. в хроме работает это да.

Я тебе не про pipelining говорю. Может откроешь википедию и запустишь tcpdump? Всё везде работает.

данные, скрипты, стили, шаблоны всей верстки, шрифты. к сожалению картинки засунуть туда не получится т.к. css.

Почему ты думаешь, что это будет лучше и быстрее чем text over gzip? Как быть со всеми браузерами? Переписать?

Может откроешь википедию и запустишь tcpdump

открыл фф (проверил что pipelining по умолчанию отключен) и tcpdump. навалило 200 запросов. ничего другого кроме него для передачи http запросов через 1 коннект я не видел http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html

Почему ты думаешь, что это будет лучше и быстрее чем text over gzip

например нужно предоставить юзеру рамки, фильтры и тд перделки для редактора фоток. юзер хочет жать на перделку и мгновенно видеть результат => прелоадинг нельзя. все бзделки пойдут в виде base64 + компрессия. 20 метров получи и распишись. мобильный телефон нагибает неслабо.

навалило 200 запросов

а коннекшенов сколько?

через 1 коннект я не видел

почему 1? коннектов <= числа запросов. и что ты грузишь? у тебя сам сервер может соединение рвать, например тот же nginx в связке с proxy_pass по-дефолту работает фактически в 1.0 режиме, поэтому лучше тестировать на статике или вообще на самописном http, чтобы реально видеть сколько коннектов идет и кто инициирует закрытие соединения.

например нужно предоставить юзеру рамки, фильтры и тд перделки для редактора фоток. юзер хочет жать на перделку и мгновенно видеть результат => прелоадинг нельзя. все бзделки пойдут в виде base64 + компрессия. 20 метров получи и распишись. мобильный телефон нагибает неслабо.

применение преобразований где выполняется? что именно передается?

октября

Обана. Мою заявку на доклад уже проанонсировали на ЛОРе, но еще не принял программный комитет самой конференции. Если не примут, то ни доклада, ни меня на конференции не будет. Извините, дорого.

Ого, а я думал у нашей компании дорогие конфочки (до 9тр). Ошибался.

thanx, поправил

коммент про видео

видео с прошлых конференций по-прежнему недоступно?

наблюдается некое сезонное оживление

недавно дали вебсокеты

дали же

дизайнеры делают «спрайты» 5000х5000.

или внедряют картинки
или используют шрифты
или svg

Но вообще все не просто, да.

«Cборка мусора в Java без пауз» Только ради этого стоит сходить

1. Структуры данных вне кучи.

2. Приемы типа Javolution.

коннектов <= числа запросов

лень доказывать что 1/1 идет. но могу сказать что 100% - каждый аджакс запрос идет через отдельный конекшен. доказательство - существование comet. на прошлом проекте у нас был вагон запросов. очень сложная логика обработки данных. с помощью вебсокетов для нормальных браузеров мы ускорились в среднем в 5 раз.

видео с прошлых конференций по-прежнему недоступно?

вроде нет, они его продают в виде лекции в формате учебного дня очно или через веб.

лень доказывать что 1/1 идет

Доказать то чего нет невозможно :) Ты тут теоретизируешь, а я реально видел как оно работает

доказательство - существование comet

Ты опять путаешь теплое с мягким. comet нужен для push уведомлений, инициатором которой является серверная сторона. В классической модели узким местом является не число коннектов, а число запросов, так как надо самому _опрашивать_ сервер.

Книгу лучше купи. Ну или скачай, думаю весь тираж уже распродан.

Ты тут теоретизируешь, а я реально видел как оно работает

я каждый день вижу как оно не работает. кто тут теоретизирует.

Ты опять путаешь теплое с мягким. comet нужен для push уведомлений

вырвал из контекста и щаслив. я тебе говорю что 20 аджакс запросов во много раз медленнее чем 20 запросов через открытый вебсокет. с тобой говорить как апстену бится.

я каждый день вижу как оно не работает. кто тут теоретизирует.

Ты не туда смотришь.

вырвал из контекста и щаслив

Не выдрал. Это не является доказательством, так как вообще не про то. Ты раз за разом подтверждаешь свой комментарий к нику :)

Зарегистрировался на он-лайн вместе с учебным днём

На кой? Who knows!

если tcp конекшен не закрылся после запроса то это http 1.1 persistent (keep-alive хедер). это использует comet для эмуляции постоянного соединения. если по этому конекшену браузер погнал другие запросы то это pipelining. другого не может быть. можешь ровнять свой метод измерения. создать церковь священного pipelining. это уже твое личное дело. развлекайся.

Ну хорош тупить уже. Пойди почитай свои же ссылки на rfc. Ты бред несешь. Сейчас открыл свой сервис на dojo, никаких comet у меня нет, pipelining в браузере тоже отключен (дефолт), зато есть опрос в цикле одной ручки, которая json возвращает. После загрузки страницы вижу netstat'ом 3 соединения в состоянии ESTABLISHED и 0 (!!!) в состоянии TIME_WAIT с моего ip. wireshark показывает аналогичную картину по открытию/закрытию сокетов.

Для справки: в HTTP 1.1 _все_ соединения являются persistent, если не указано обратного (Connection: close).

Будет ли видео?

3 соединения в состоянии ESTABLISHED

офигенно и что теперь. у тебя в голове конекшен == сокет?

Ты чего такой безграмотный?

офигенно и что теперь. у тебя в голове конекшен == сокет?

Внезапно!? Советую вместе с rfc проштудировать еще и Стивенса.

Завалишин будет косплеить Столлмана?

нет, препродажа 13к, за неделю до HL++ 21к.

«Cборка мусора в Java без пауз»
Только ради этого стоит сходить

Да ну! Они докажут что такое невозможно - ты раньше догадвался а теперь знаешь! Я те съэтономил 19 тонн, не благодари.

продают видео

продают видео кривое - если представленный сэмпл - это лучшее, что есть. То денег за это платить наверно смысла нет никакого.

продают видео кривое - если представленный сэмпл - это лучшее, что есть.

я имел ввиду специальный день на котором они дают выжимку из прошлых конференций. они не выкладывают видео, скорее всего для того, чтобы народ покупал на этот день билеты по 100$ с человека.

http://en.wikipedia.org/wiki/HTTP_persistent_connection