Приведу другой пример: Emirates, был билет транзитом через Дубаи(из азии в африку). Планы изменились и мне надо было лететь в другое место, поэтому я решил долететь только до Дубай. В итоге содрали плюсом 160$ долларов за отмену второго сегмента.
Турецкие авиалинии хоть этого и не любят, но скрипя душу терпят и деньги не берут. Я однажды задержался в Стамбуле по той же схеме.

mod_lua я вообще не смотрел(только догадывался о его существовании). Apache для меня это такой вымирающий динозавр, который все никак не может отойти в мир иной.

На сайте modlua(http://www.modlua.org/gs/tweaking) они расписывают какие варианты многопоточность есть. Все вообщем-то достаточно гибко, но по сути всегда будут ограничения в лучших традиция apache: один thread на один request с одной lua-машиной.

PS я наткнулся на заметку "Хабр уже не торт" и решил написать комментарий, первый за много лет. :)

Я не настоящий сварщик на самом деле, скорее проходил мимо lua и внимательно посмотрел.

Идея в следующем. Корутины в lua это такой дешевый и легкий механизм многопоточности(со своими граблями). Так вот uwsgi можно настроить так, что будет запускаться один инстанс lua машины(в случае luajit там полноценная машина с промежуточным байткодом и JIT) на процесс (мы запускаем по отдельному процессу на физический CPU). В свою очередь каждая lua-машина запускает единственное lua приложение, которое уже обрабатывает параллельные запросы.

В результате мы получаем очень мало накладных расходов при обработка параллельных запросов, а также всегда прогретый JIT. На синтетических тестах получается огромный выигрыш. Но все это надо, если у вас есть необходимость обслуживать десятки тысяч запросов.

В случае mod_lua есть разные варианты многопоточности, но по сути они все не такие красивые, как описаный выше вариант: нет возможности использовать одну lua-машину per-CPU для обработки параллельных запросов.

Tarantool от ребят из мейл.ру очень любопытный: они скрестили ежа с ужом. Они сделали помесь между апп сервером и in-ram storage engine, который чертовски хорошо параллелится с помощью тех же самых корутин.

что именно имеется в виду под отстает? он умеет почти все, что есть в lua-5.2 и немного больше(eg bitwise операторы), но действительно не умеет некоторых вещей из lua-5.3. Приходится выбирать: либо скорость, либо фишки 5.3.

Предкомпиляция в lua — это профанация. Это скорее обфускация. Выигрыш, как было замечено, только на больших файлах, благодаря уменьшенному размеру файла.

Если нужна скорость и хочется именно lua, то надо делать nginx(фронтенд)+uwsgi(апп-сервер)+luajit.

Один из множества плюсов: использование легковесных lua корутин для многопоточности вместо создания нового lua state(по сути запуска отдельной lua машины) в apache/mod_lua.

Кстати при наличии luajit я вообще не вижу повода использовать стандартный lua интерпретатор.

Спасибо! После планомерных мучений с GTD я пришел к очень похожим выводам.

Хочется добавить один добрый совет, который, как мне кажется, будет в тему:
«Чтобы быть в гармонии с собой, надо каждый день делать себе маленькие подарки. Пусть это будет новый галстук или чашечка кофе в обеденный перерыв.»

и к чёрту GTD.

У меня тоже медиаплеер с Ubuntu и XBMC. И после мучений с LIRC я в итоге избавился от второго пульта.

В системе определяется как usb устройство. Работает с XBMC через бибилиотеку libcec. XBMC из коробки умеет с ней работать.

Телевизор должен быть самсунг с поддержкой технологии anynet(все современные smart tv от самсунга). У других телевизор данная технология называется как-то по-другому.

На данный момент это устройство нормально интегрировано только с XBMC. Телевизор понимает, что нужно управлять XBMC, и посылает нажатия кнопок в XBMC(при выборе соответствующего Input Source на телевизоре). Единственная проблема, что он не посылает нажатий на кнопки громкости, а сам изменяет громкость. Так происходит, потому что данное устройство не поддерживает Audio Return Channel. В случае с ресивером, который поддерживает ARC, такой проблемы быть не должно.

для PC есть адаптер:

www.pulse-eight.com/store/products/104-usb-hdmi-cec-adapter.aspx

у меня есть. могу ответить на вопросы, кому интересно.

На скриншотах веб-интерфейса видно градусник. Наверное неспроста. Есть какая-нибудь информация о выживаемости при сильном минусе или плюсе?

1)На ваших снимках видно Fluke. Можете привести результаты тестов с него?
2)Планируются ли тесты на 8-10км? По вашей диаграмме обещается 250фулл.
3)Я слышал недавно в Москве был снег. Как поживает система?

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

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

Процедуру возврата страховки должен иницировать продавец. В моем случае он просто стал меня игнорировать, хотя товар был застрахован. Не удивлюсь, что он его не застрохвал(хотя денег взял) или получил страховку, но мне эти деньги не вернул.

Приехать в Висконсинт и настучать ему по балде — у меня нет возможности.

вывод: страховка не панацея.

Прошел в точности такой же путь при заказе жене на д/р беленького айфончика: недовес, почта, увд, paypal, звонки продавцу. В итоге резолюция paypal — в возврате отказать.

Не растраивайся! Считай, что гопники отобрали или пьяный где-нибудь оставил. =)

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

А вот здесь можно посмотреть на рабочий стол программиста этого пингвина:
www.linux.org.ru/view-message.jsp?msgid=3645534

попробовал на пачке лежащих на столе визиток: большую часть телефонных номеров не распознаёт(может быть не нравится формат записи номера), русский текст не распознает.

Приемлемо распознаёт емейлы и адреса сайтов.

Я нигде в топике не высказывал своё мнение, можете перечитать. И нигде не давал свою оценку действий ни компании Google, ни компании HTC. Я только констатировал факты, стараясь быть непредвзятым. Я прекрасно понимаю позицию всех сторон, потому что я сам работаю в компании, которая производит проприетарное программное обеспечение.

увы — это ПРАВДА. драйвера, например для радио части, звуки и wifi у htc dream — closed source. только тут уже вопрос не к гуглу, а HTC

Пользуюсь HTC Gream с прошивкой CyanogenMod(сначала пользовался прошивкой от androidfan.ru). Посмотрел на скриншоты и не понял ради чего стоит пробовать прошивку от героя. Пока даже заморачиваться не буду с апгрейдом на прошивку от героя.