All streams
Search
Write a publication
Pull to refresh
22
0

Пользователь

Send message
internet.yandex.ru/
Надо нажать «Показать подробную информацию» и прокрутить ниже.
В багтрекере упоминается отнюдь не «упорно работаем»:
We were able to get your repro case working on the latest drivers and are still triaging this bug.

Вольный перевод: «У нас получилось повторить баг с помощью вашего тест-кейса, но пока что мы все ещё перекладываем баг из одной стопочки в другую»
Только что поставил заново (после того, как откатил неделю назад), все нормально поставилось. Артефакты, конечно, на месте. К тому же, по ссылке описана совершенно другая проблема.
Наконец-то я избавлюсь от изощрения
stunnel <---> haproxy <---> (nginx | tornado)
Его отец — <...> Михаил Израилевич Брин

Это как в том анекдоте:
Киссинджер спрашивает Зорина: “Вы еврей?” “Нет, я русский”, — отвечает Зорин. “А я американский”, — парирует Киссинджер.
Ну а смысл? Как я вижу, никакие преимущества многопоточности (та же разделяемая память) тут не удастся применить. Ну разве что накладные расходы немного поменьше.
Какой же он русский?
Разницы в производительности не заметно.

Так тем более надо использовать VBO. Ничего не теряете, а когда память будет выделенная, станет только лучше.
Вы меня неправильно поняли.

Суть glDrawElements в том, что используется ещё один буфер. Последний аргумент glDrawElements есть либо указатель на него в «клиентской памяти», либо offset в текущем привязанном GL_ELEMENT_ARRAY_BUFFER (аналогичные вещи происходят в glVertexAttribPointer, только там GL_ARRAY_BUFFER).

В этом буфере хранятся индексы.

Например, если в массиве атрибутов хранятся числа: 0.0 1.0 2.0 3.0
А в element array — 0 1 2 2 3 0
То в результате glDrawElements(GL_TRIANGLES, GL_UNSIGNED_SHORT, 6, NULL) на соответствующий вход шейдера придут числа
0.0 1.0 2.0 2.0 3.0 0.0.

Более близкий пример — тот самый формат .obj. Только там тройные независимые индексы (вершина/нормаль/uv), OpenGL же такого не позволяет.

В каком-то смысле это обобщенный triangle strip/triangle fan/что там ещё есть не знаю даже. Вершины нередко дублируются в разных треугольниках, так что память экономится прилично. Да и последние вершины в кеш наверняка попадают, так что и прозводительность должно положительно влиять.
А почему glDrawArrays? Не пробовали с индексами (glDrawElements)? По идее, должно быть более эффективно.
#!/bin/bash
function f() {
    sleep "$1"
    echo "$1"
}
while [ -n "$1" ]
do
    f "$1" &
    shift
done
wait

./sleepsort.bash 5 3 6 3 6 3 1 4 7
Небезопасность тут потоньше. Реализация может измениться и код вдруг начнет падать или работать не так.
Я выразился неправильно. Бинарник вполне можно получить с помощью Android NDK, и даже запустить (из консоли). Но можно ли сделать «нормальное» приложение, запускаемое из меню, без джавы?
Однако Android NDK все равно работает поверх джавы. Тот же Native Activity всего лишь оборачивает соотвествующий класс джавы. Совсем в обход не получится.
Уж лучше честно писать goto, чем городить такое.
Когда я в прошлый раз баловался с WOL, я отправлял пакеты на broadcast адрес. В самом пакете закодирован MAC-адрес сетевой карты, так что ничего лишнего не проснется. Зачем тут хитрить с ARP?
Да ладно, на вашем месте вполне мог быть я.
У меня IE9 не падает. Но страницу не показывает, а процесс, отвечающий за эту вкладку, пребывает в вечном цикле.
А мне отладчик JavaScript из IE понравился больше, чем Firebug. Последний какой-то неотзывчивый и глючный. Больше ни для чего IE не запускаю :-)
По идее реализация поддержки вебсокетов не должна быть очень сложной. В стандарте делается акцент на то, что это не HTTP, хотя и похож на него, что сразу отметает кучу проблем с Keep-Alive типа «а что если обычное HTTP-соединение превратится в WebSocket через несколько запросов, и наоборот».

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Registered
Activity