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й если лично ТЫ (imageshack.us) читающий эту новость перепишешь свой любимый старый драйвер под новый API. 2й Старые не поддерживаемые драйвера? KILL IT WITH FIRE!!
Учитывая планы выпустить релиз X.Org Server 1.13 в сентябре, не стоит ждать этих изменений в этом году. О чем и написал Keith Packard в своем письме в рассылке.
Новость на похорониксе (откуда собственно и скопирована) !!!!
Первый патчсет в рассылке !!!!
Спустя полгода после прошлого релиза была выпущена новая версия звукового сервера PulseAudio — 2.0.
Ключевые изменения:
>>> Подробности (www.freedesktop.org)
