https://sites.google.com/view/dynobotscomputeraudio/computer-audio-primer/new...
Чувак всю жизнь подбирал оптимальные значения задержек, длинны буфера, приоритета потока итд ... чтобы сделать звук в линуксе идеальным. И теперь решился выложить свои наработки на гитхаб
Добрый день, Лоровцы.
Недавно задался вопросом - а как можно собирать время выполнения определённых функций в Python? На ум приходят Graphite, statd, и прочее, но хотелось бы услышать ответ знающих. И если такая фича в мире Пайтона есть, то возможно ли это делать с помощью декораторов?
есть:
Ubuntu 14.04.3 LTS
Qt Creator 3.4.2
pyqt5-dev 5.2.1
нужно:
создать и пошагово отладить консольный скрипт на Python (т.е. просто script_name.py) в Qt Creator - с передачей аргументов командной строки, красивым просмотром переменных и прочими вкусностями
возможно ли это, без установки доп. IDE/тулсов/прочего - и как именно, по шагам?
(пока что при запуске Qt Creator обнаружил только создание Python-файлов типа desktop)
Добра всем.
Итак, имеется сервер и имеется клиент, у обоих есть реляционные БД (почти одинаковой схемы), стоит задача частично синхронизировать их (частично - потому что клиент видит и меняет только те данные, которые ему можно). При этом, клиент может читать и менять набор данных находясь полностью в оффлайне, с последующим излиянием изменений на сервер, и получением соотв. изменений от него.
Видится две схемы:
* каждая запись несет свой номер версии/дату изменения/флаг изменения, и обмен идет теми данными которые изменились с момента последней синхронизации. недостатки - повышенная конфликтность, в основном обусловленная перезаписью строки целиком.
* имеется таблица-журнал, в которую пишутся измененные строки (JSON, только измененные поля) и соотв. обмен идет записями в этой таблице. недостатки - размеры БД, и если по какой-то причине (баг?) клиент пропустил несколько изменений - только перекачивать базу целиком. преимущество - по ТЗ должна быть история изменений почти всех объектов + упрощение инкрементальной закачки при плохом канале связи
думается мне, что задача эта достаточно распространенная, интересно, какие схемы/либы вы применяли для решения? какие истории успеха/фэйла?
зы. может вообще в git все засунуть? ;)
Добрый день, первый мой пост на форуме, поэтому если что-то не так, не серчайте.
Решил первый раз настроить Samba AD настраивал частично по этой инструкции http://www.server-world.info/en/note?os=CentOS_7&p=samba&f=4 и по этой http://smb-conf.ru/samba4-addc.html/12
По результатам если верить статьям все у меня работает идеально, как надо. Вот только ввести в домен машину под Виндой7 не могу (под другими операционными системами не пробовал т.к. без надобности).
Может кто помочь разобраться в чем дело?
Заранее благодарю.
Был баш скрипт который генерировал документацию. Там происходит подмена переменной, поэтому doxygen вызывается с параметром ('-') чтобы читал из stdin.
( ( cat $DOXYFILE ; echo "OUTPUT_DIRECTORY=$RESULT_DOXYGEN_DIR/" ) | doxygen - ) >> $LOGFILE 2>&1
И этот код отлично работал. Встала задача переписать это под питончик. Да еще и направить stdout и stderr в файл
sys.stderr = open("/tmp/tmp_stder.log", "w+")
sys.stdout = open("/tmp/tmp_stdout.log", "w+")
errcode = subprocess.call(['doxygen','-'], stdin=file_doxy, stdout=sys.stdout, stderr=sys.stderr, shell=False)
print errcode
Не выводит ничего никуда. Может быть это баг в библиотеке subprocess?
Всем привет,
Собираю впн сеть, и никак не могу найти решение. Дано один сервер и 2 типа клиентов.
Тип первый (Linux): клиент подключен к сети до которой нужно добраться (client_1). Таких клиентов может быть очень много, сети к которым он подключён могут быть разные (192.168.1.0;172.22.1.0...etc).
Тип второй (Windows): (client_S1) клиент подключается к впн сети, после подключения должна быть возможность добраться до подсети первого типа (client_1).
Если client_1 сконфигурирован как шлюз в подсети, то всё работает прекрасно, то и есть client_S1 может достучаться до подсети.
Теперь собственно сам вопрос, каким образом можно достучаться до подсети если client_1 не играет роль шлюза подсети?
Ещё одна проблема в том, что таких подключений может быть много, то и есть клиентов первого типа одновременно может быть 5000 на сервере, клиентов 2-ого типа могут быть 100, и маршруты собственно у всех разные.
набросок схемы.
https://habrastorage.org/files/a96/dd4/7b3/a96dd47b33fd48579bd161cab2b55552.png
David Airlie работает над новым API для драйверов X.Org, который по его мнению поможет справится с существующими недостатками X.Org сервера.
- выгрузка GPU в сочетании с DMA-BUF PRIME. Это может использоваться для работы NVIDIA Optimus и на шаг приблизить CrossFire/SLI.
- Поддержка X.Org сервером горячего подключения USB видео устройств.
- Переключение между двумя драйверами для активной X.Org Server сессии.
Больше технической информации можно найти в блоге David'а
После слияния этого кода с основной веткой придется обновлять драйвера для поддержки нового API, и если для Intel / Nouveau / Radeon драйверов эти изменения будут сразу же реализованы то более старыйе / мение поддерживаемые драйвера могут не дождаться этих изменений. И тут есть 2 пути : 1й если лично ТЫ читающий эту новость перепишешь свой любимый старый драйвер под новый API. 2й Старые не поддерживаемые драйвера? KILL IT WITH FIRE!!
Учитывая планы выпустить релиз X.Org Server 1.13 в сентябре, не стоит ждать этих изменений в этом году. О чем и написал Keith Packard в своем письме в рассылке.
Новость на похорониксе (откуда собственно и скопирована) !!!!
Первый патчсет в рассылке !!!!
Спустя полгода после прошлого релиза была выпущена новая версия звукового сервера PulseAudio — 2.0.
Ключевые изменения:
>>> Подробности
