Задать вопрос

Zolg

Ответы

  • Как правильно работать с массивами в С?

    @Zolg
    найти сумму элементов, расположенных до минимального
    и где это у вас ?
    И деление минимального элемента на максимальный считает неправильно, туда всегда записывается 0
    а чему по вашему должен быть равен результат цельночисленного деления a на b, при b большем a ?
    Ответ написан
    Комментировать
    Комментировать

  • Можно ли снять дамп Oracle без доступов?

    @Zolg
    Исходя из предложения 'скопировать файлы' видимо есть не только физический доступ к железке, но и к операционной системе ? Тогда надежней не просто скопировать файлы, а сделать это через снапшот файловой системы.

    И вообще задачу 'поднять эту БД на тестовом серваке с известным логином и паролем' я бы трансформировал в 'поднять копию рабочей системы и сбрасывать пароль уже на ней'. Соответственно берете по резервного копирования, умеющее создавать bare metal restore для вашей платформы (99% того, что оно уже в курсе снапшотов и этого всего), делаете полный бэкап, разворачиваете на соседней железяке и играетесь.
    Ответ написан
    3 комментария
    3 комментария

  • Почему в __init__ не меняется переменная?

    @Zolg
    ну так 50 ведь больше 0, потому и True
    а вы какого результата ожидали ?

    def __init__(self, health=50, attack=5):
    ...
    if self.health > 0:
    self.is_alive = True
    ..
    Ответ написан
    3 комментария
    3 комментария

  • Есть ли смысл использовать старые точки доступа Cisco?

    @Zolg
    Естественно будет лучше.
    99% плюшек энтерпрайз точек дома/в малом офисе не нужны (а без контроллера немалой их части просто не будет)
    А современная soho точка будет по крайней мере уметь AC
    Ответ написан
    2 комментария
    2 комментария

  • Как проверить что по serial пришел полный пакет данных?

    @Zolg
    последовательный порт не передает пакеты. последовательный порт передает поток байт (на самом деле - бит, но прием целых байт уже реализован до вас нижележащими уровнями абстракции)
    'разбиение на пакеты' - задача протокола более высокого уровня (который вам видимо и нужно реализовывать).
    если у вас 'пакет' это строка, то конец пакета маркируется символом перевода строки, не так ли ?
    Ответ написан
    2 комментария
    2 комментария

  • Возможно ли в linux системными насторйками ограничить пиковую скорость передачи UDP (per-socket)?

    @Zolg Автор вопроса
    Пробы, ошибки и курение манов привели к решению.
    Необходимая фича завется packet pacing, реализована в fair queue traffic policer'е
    Что характерно - ощутимая часть нагугленых по теме материалов касалась именно вещания iptv

    до:

    # tc qdisc show dev eth0
    qdisc pfifo_fast 0: root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
    #tcpdump --time-stamp-precision=micro -ttt --dont-verify-checksums udp and host 235.1.6.4
    spoiler
    ...
    00:00:00.022090 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000024 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000022 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000011 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000010 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000014 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000022 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000014 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000013 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000021 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000014 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000015 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000038 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000020 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000044 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000042 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000012 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000005 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000015 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000026 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000005 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000005 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000016 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000020 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000007 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000020 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000004 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000032 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000007 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000022 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000005 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000014 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.022102 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    обрезано по пакетам, соответствующим началу кадра h.264

    После:
    # tc qdisc add dev eth0 root fq pacing maxrate 25Mbit
    # tcpdump --time-stamp-precision=micro -ttt --dont-verify-checksums udp and host 235.1.6.4
    spoiler
    ...
    00:00:00.016850 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000023 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000524 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000010 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000004 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000929 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000011 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000964 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000013 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000941 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000960 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000961 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000007 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000004 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000977 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000011 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000941 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000008 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.001008 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000013 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000910 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000004 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000954 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000010 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000956 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000008 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000961 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000008 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000962 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.009238 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000036 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000492 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000012 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000976 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000010 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000942 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000957 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000008 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000958 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000007 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000004 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000963 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000010 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000957 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.000009 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    00:00:00.016154 IP iptv-server.57842 > 235.1.6.4.1234: UDP, length 1316
    обрезано по пакетам, соответствующим началу кадра h.264, плотная пачка остальных пакетов кадра теперь размазывается по времени.

    работает идеально. какого-либо увеличения нагрузки на стример (суммарный исходящий поток 250+Mbps) не зафиксировано.
    параметр maxrate относится не к очереди в целом, а к каждому потоку в отдельности (фактически - задает значение опции сокета SO_MAX_PACING_RATE по умолчанию)
    Ответ написан
    Комментировать
    Комментировать

  • Как написать bat файл (нужна небольшая логика)?

    @Zolg
    убрать из начала второй строки start
    либо использовать start /wait
    Ответ написан
    1 комментарий
    1 комментарий

  • Как избежать липкости старых проводов?

    @Zolg
    "Липкость" это скорее всего результат деградации (не самого качественного) пластика изоляции, например выхода на поверхность пластификатора.
    Лучший способ избежать - пользоваться более качественными кабелями.
    Хранить не в слишком жарком месте и не в герметичной упаковке.
    Ответ написан
    4 комментария
    4 комментария

  • Выбор батареи для ИБП APC: оригинальная против неоригинальной, что лучше?

    @Zolg
    Если за последние годы ничего не изменилось, то "оригинальные APC" это CSB ( www.csb-battery.com ).
    Ответ написан
    2 комментария
    2 комментария