Они хотят сказать, что ихний json что-то сделал с нашим XML. Да этот json появился, потому что в языке javascript (во время оно) не били по рукам за eval(), и тогда какой-то главный сумасшедший задумался, а чем это хуже, чем XMLDocumentBuilder.parse(), и человечество свернуло в гнилой закоулок, где с этим json до сих пор мучается, не в силах бросить каку.
Вот они, эти люди со светлыми лицами, смотрите на них.
А еще я ковырял ZFS vs ext4 на таком себе рейдике из 8 SSD, там трансфер суммарный за 4ГБ/сек переваливает на ext4, а вот ZFS максимум 1.5Г/сек выдавал, чисто чтение больших файлов.
Откровение: то, что тормозит на чтении 100000 мелких файлов на ext4 даже когда они все в буферах закешированы, тормозит так же точно и на рамдиске, если эти файлы туда засунуть. Директории в процессе не сканируются еслишо, прямо опен делается внутре.
Вот во всяких хипсторских поделках (ангуляр итп) карочи начинает конпеляться из скрипта в скрипт само, когда файло с исходниками обновляется. А файло с исходниками обновляется когда в нормальных редакторах (IDEA) теряется фокус с приложения (автосейв всего — такие дела).
И вот я стало быть сижу педалю код, и понадобилось мне погуглить некоторых философских концепций. Понятное дело, чертова поделка сразу начинает конпелять, а делает это она во все сто потоков, потому что 21й век, и короче, тормозит у меня все.
Достало уже. Отключать буду плоды хипстерской пронырливости, перехитрили они сами себя. Сам рефройш тыкать в бровзере буду когда понадобится.
Ахаха, для Safari уже 6 лет открыт баг, что там у них не работают вебсокеты с авторизацией (ws://user:password@11.22.33.44/). Открыт! И не закрыт! Наткнулся токашо, ну это ж просто 19 век.
До сих пор не вышло ни одной платформы формата Raspberry PI ценой в района 100 баксов со встроенным Neural Processing Unit хотя бы 0.5TFlops/sec , не говоря уже конечно про OpenCL compatible такой производительности. С начала года все анонсируют-анонсируют, но болт. От отчаяния заказал себе developer.movidius.com Intel® Movidius™ Neural Compute Stick (USB, $75), будем проверять. Обещают 1TOPS/100GFlops, токо SDK какой-то поверхностный, чото там такое.
Вот хочешь ты такой поставить себе адблок на сафари на гейбуке, идешь к ним, а тебе: "с iTunes ставь, вот редирект".
Приходишь ты на iTunes, нажимаешь гет, а тебе: "А фигле у тебя макос не обновлен, так нельзя".
Вот я забанен у юзер_ки, и теперь мне в вебе не видно сколько каментов там в постах, и чтобы открыть псто, кнопки нету (есть только сердечко), я на дату должен тыкать чтобы открыть (неудобно). Угнич, почини!
Тот случай, когда горе-феминистка @Monstreek упоминает меня всуе, типа придет Санни и начнет защищать злодеев, я случайно набредаю, и не защищаю злодеев, но она этого не замечает, я ей после чего я указываю ей на это, затем повторно пишу что не защищаю, и что горе-феминизм не дает ей этого увидеть, но меня банят с вердиктом "надоел".
В общих чертах я в курсе про сами панели, но вот он написал, почему они говно с системной (владельцы сети) точки зрения, когда панели в частном секторе на крыше, и заключен договор про слив избытка энергии из дома в общую электросеть.
С точки зрения системы этот договор нечестный, потому что, в таком случае, с точки зрения пользователя, сеть является "батарейкой", куда ты заливаешь энергию, когда она в избытке, и бесплатно (по договору) забираешь когда у тебя пик нагрузки или внезапный всплеск. Система, выходит, получает энергию, когда она ей может и не нужна, а потребитель хочет иметь право требовать ее назад в любой момент. Поэтому
Чувак в тексте также пишет, почему существующие инсталляции не могут работать без подключения сети даже немножко, даже если солнце покрывает все расходы дома. Потому что массовые инсталляции не содержат нормального инвертора и батареек. Говно-инверторы которые туда массово ставят, используют генератор частоты на основе входящей электросети (а нету света — нету и несущей частоты), во-вторых, без батареек, натурально, не поддерживаются пики потребления (при включении мотора, например) которые в 2-3 раза выше стационарных токов.
Еще он написал про эффект инерции, когда авария где-то. Тогда, когда где-то что-то поломалось (отвалился генератор, упал столб), нагрузка на другие генераторы повышается, и если это турбина или ветряная турбина, то они по инерции крутятся, и герцы держат: одни поддают угля, ветряные тоже продолжают вертеться ибо тяжелые, и покуда идет переходный процесс, частота не падает. А солнечные батареи по своей природе пики не держат, они просто массово отключаются, если с них снимать больше мощности чем они дают (графики приложены), поэтому они хреновый источник когда требуется инерция в системных масштабах.
Попробовал Eclipse BIRT (репорт генератор). Скачал 3 разных версии с эклипса c разбросом в 10 лет. Релизы. Нулячие workspaces. Создать новый пустой репорт. В превью сыплются разные ошибки генерации (class not found). В трех релизах разные. Стер Eclipse BIRT.
Вот чувак написал john-millikin.com что он напоролся на заводской битый трек который не смог сграбить с CD, накупил несколько приводов, и с помощью статистических методов и множественной вычитки и коррекции таки добился нормальных результатов.
Послушал я трек, оказывается это, судя по всему, какой-то музыкант-интерпретатор наиграл на синтезаторе на музыкальную тему из какого-то аниме, а этот грабящий чувак наверное прется от аниме и вот так старался. Без контекста мне неясно в чем ценность вообще этой музыки.
В обсуждениях упоминается архив на 1.6ТБ подобной анимешной музыки, я не могу понять, отчего люди так упарываются.
У Миядзаки несколько годных музыкальных тем, но там дядя над этим работал непростой, это понятно. Тему из Лапуты я даже и сам поигрывал, но полтора терабайта! И интерпретации!
То что анимешники ударенные, это понятно. То что они ударенные именно этим аниме, это понятно. Осталось понять механизм, потому что, как мне кажется, этим же механизмом промышленно ударяют по голове самым разным людям, и получаются майданутые, SJW и прочие люди, которым потом с этим жить, а нам с ними. (Анимешники из них — неагрессивные, этого не отнять.)
Одолел на гейбуке FFMpeg, OpenGL, OpenCL, OpenCV, SDL и VideoToolbox hardware decoding, писал на плюсах.
Короче, FFMpeg через RTSP получает кусочек фрейма с IP камеры.
Затем это скармливается в VideoToolbox. Он мне в GPU дает буфер.
Потом это я из этого делаю OpenGL текстуру, из нее делаю OpenCL mem_obj.
Потом таки GPU->GPU копирую в OpenCV UMat (GPU-based матрицу) для алгоритмов всяческих.
Потом делаю алгоритмы
Потом стало быть беру из SDL тот SDL_Surface который рисую, и маплю его на другой mem_obj
Потом копирую из OpenCV матрицы (GPU->GPU) в етот surface/texture.
И потом тут же его рисую снова через SDL не вылазя в host RAM. Наверняка, если потрахаться с форматами текстуры, можно и не копировать, миллисекунду-другую выигрываешь.
Короче, выходит, что все быстро декодируется, весь процессинг и отображение происходит не покидая GPU, с дыркой куда вставить OpenCV/OpenCL вызовы для графических алгоритмов.
Все это дело занимает 7% CPU и чуток GPU на 25 кадрах Full HD, около 7 мсек на кадр выходит (в основном декодирование 5 мсек). У меня на гейбуке устроен Intel IRIS 6100, это подобие GPU.
Когда я стал затем прикручивать OpenCV процессинг на тамошних матрицах, оно занимает по 4-5 мсек на проход одной матрицы кернелом, просто чтобы хотя бы сложить 2 такие матрицы. Потому что Full HD и интел. А целиком весь мой задуманный процессинг получается 100 Мсек на кадр, потому что куча матричных операций. Это неинтересно. Полез смотреть как оно устроено, увидел там как выглядит голый OpenCL kernel (и не один), чей исходник они препроцессором допиливают под конкретные типы прежде чем запускать.
Решил, а чем мы хуже. Взял переписал весь свой алгоритм на OpenCL на тамошней сишечке, OpenCV предоставляет простой API. 18 миллисекунд на кадр, братие! Из говенного интела! Туда еще столько влезет!
В IntelliJ IDEA при autocompletion если набрано английское слово русскими буквами, то подменяет на английские соответственно, как в гугл поиске. Вот и добрались..
