Я пробовал. И пробую до сих пор :) Очень стабильно себя ведёт (1.2.1).
Размер кеша для пользовательских данных - 512мб. ОС- Фря 6.2
У меня систем работает так, что блокировки нужны редко, около одного раза в минуту. Поэтому предложенный выше вариант про while(..) usleep(..) вполне хорош.
Что именно класть в слип этот - решается просто - изначально берётся 10000, затем по ходу обновлений считается среднее значение времени необходимого на обновление за последние 10 операций и берётся половина от него для юслипа. Работает и не жужжит :)
С фрагментацией не сталкивался, хотя последний аптайм был около месяца. Иногда, правда, httpd"шники начинали что-то делать и увеличивать загрузку процессора. У меня возникло впечатление что помимо GC в xCache есть и дефрагментатор памяти.
Да. Но как мне кажется это решаемо на стороне сервера. примерно как - я описал также выше :)
Но тут уже надо послушать инсайдеров или создателей. Мне самому крайне интересно к чему придёт этот проект - я ежедневный пользователь их сервиса. И на мобильнике и на ноуте :)
ИМХО проще на стороне Яндекса не учитывать данные если за 15 минут машина неподвижна, или как-то так.
С другой стороны пробка может быть мёртвой.
Вообще, получается сложная логика на сервере: если машина стоит 15 минут - не принимать результаты и откатывать результаты за 15 минут. Но если рядом с этой же машиной остановились почти все кто ехал около нее - то принимать результаты и ставить пробку. Как-то так.
Угу. Поэтому на 3 кольце образуется пробка, по мнению Яндекса :)
А потом будут флешмобы от милиции: одному менту в машину кидается штук 50 мобильников и он начинает гонять по городу с мигалкой.
Как раз только что перечитал "Война хакера с директором столовой".
И возникает вопрос: зачем так? Если есть возможность пользоваться сервисом по человечески, почему бы не пользоваться им когда всем удобно, а не пытаться найти дырки и потом отчитываться на СПРЫГ"е.
А вот что действительно интересно — это патч для Gmail Notifier. Я его раньше не находил.
Плюс можно вводить более короткий https://gmail.com
Размер кеша для пользовательских данных - 512мб. ОС- Фря 6.2
У меня систем работает так, что блокировки нужны редко, около одного раза в минуту. Поэтому предложенный выше вариант про while(..) usleep(..) вполне хорош.
Что именно класть в слип этот - решается просто - изначально берётся 10000, затем по ходу обновлений считается среднее значение времени необходимого на обновление за последние 10 операций и берётся половина от него для юслипа. Работает и не жужжит :)
С фрагментацией не сталкивался, хотя последний аптайм был около месяца. Иногда, правда, httpd"шники начинали что-то делать и увеличивать загрузку процессора. У меня возникло впечатление что помимо GC в xCache есть и дефрагментатор памяти.
Но тут уже надо послушать инсайдеров или создателей. Мне самому крайне интересно к чему придёт этот проект - я ежедневный пользователь их сервиса. И на мобильнике и на ноуте :)
С другой стороны пробка может быть мёртвой.
Вообще, получается сложная логика на сервере: если машина стоит 15 минут - не принимать результаты и откатывать результаты за 15 минут. Но если рядом с этой же машиной остановились почти все кто ехал около нее - то принимать результаты и ставить пробку. Как-то так.
А потом будут флешмобы от милиции: одному менту в машину кидается штук 50 мобильников и он начинает гонять по городу с мигалкой.
Как раз только что перечитал "Война хакера с директором столовой".
И возникает вопрос: зачем так? Если есть возможность пользоваться сервисом по человечески, почему бы не пользоваться им когда всем удобно, а не пытаться найти дырки и потом отчитываться на СПРЫГ"е.