Армянское Радио

1) В ограниченном смысле. Если на смартфоне работает VPN, вы увидите трафик этого VPN и ничего другого не увидите. (И DNS-запросы тоже не увидите)

2) Разным софтом, который вы перечисляете в других пунктах

3) Можно.

4) Он видит пакеты которые бегут-орут из одного интерфейса в другой интерфейс. Не как службу.

5) Наколхозить правилами в вайршарке можно хоть черта лысого, но нужно ли?

6) Не можно.

Важно понимать, что большинство приложений используют HTTPS с пином, так что максимум, что вы нафильтруете - полностью отрубите какой-то сервис (потому что запрсов не увидите), содержимое трафика вам также будет недоступно - потому что адекватные разрабы используют пин сертификата, следовательно, даже подсовывание сертификата на телефон вам не поможет прочитать трафик.

Резюме - ваши хотелки реализуемы против приложений, разрабы которых - совсеми вислоухие и используют HTTP или HTTPS без пина. Но даже таким разрабам можно помочь, используя VPN

Ну типа, если вперли кроссоверный кабель - плюс и минус в некоторых вариантах распиновки (10/100 Mixed DC & Data (метод A) ) перепутаются. Вот чтобы их обратно перепутать - ставят мост.

Говорит человек, который решал именно такую задачу.

Первое, что вам нужно понять - законно ли вообще транслировать происходящее в зале через Интернет. Тут нужно мнение больничного юриста.

Далее, нужно понимать, что для таких трансляций нужны довольно мощные ресурсы - нужно

• или располагать сервером на хостинге, который может обеспечить большой исходящий трафик (1-2-4 мегабита на клиента),
  
  
• или иметь собственный толстый канал с такими показателями
  
  
• или использовать какую-то готовую стриминговую платформу - ютюб, например.
  
  

Решив первый и второй вопрос, получаете разные варианты решений, наиболее простой из которых - третий. Вы берете OBS-Studio, заводите с нее трансляцию на ютуб (таких гайдов - тонны), а в трансляцию через плагин цепляете спои камеры.

Вадим Ушаков, Понимаете, ваш вопрос в определенном смысле абсурден, потому что вы хотите дословно "измерить неизвестно что неизвестно как".

Можно пытаться конкретизировать, например, говоря о том, что измерению подлежит частота ядра.

Но частота процессора хоть и кореллирует с тем как быстро он выполняет инструкции, но жестко с этим не связана. Потому что скорость выполения определенной программы определенным процессором зависит о от частоты, и от самой программы - можно умножение матриц написать как в MKL, с выравниванием кэша и интрисинками, а можно не написать и получить падение скорости раз так в 40, если не больше.

Это если речь идет о вычислениях. Но числодробилки нынче - редкость, больше распространены приложения, привязанные к IO - а там процессор может молотить во все свои гигагерцы - если поток спит и ждет данные, но будет продолжать это делать, пусть и с огромной тактовой частотой.

Важно понимать следующее: нет никакой ложки

С точки зрения Линукса, данные, которые вы якобы пишете на диск - это страницы в памяти, которые помечены как неанонимные (это значит, что на диске есть файл, который с ними связан), и грязные (а это значит, что эти страницы надо сбросить на диск).

Причем момент, когда произойдет сброс, зависит от кучи факторов - программист на это может влиять таким образом:

-он может потребовать, чтобы ядро сбросило данные на накопитель и вернуло управление только после того, как накопитель сообщил, что данные сброшены.

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

После сбрасывания страниц на диск, ОС помечает их как чистые. Это значит, что их можно занять под что-то другое. Можете запустить htop и посмотреть на желтую полоску - это как раз те самые страницы кэша, и их может быть очень много.

Для небольших файлов может быть выгоднее использовать отображение файла на память (mmap), вместо ручного ковыряния с записью-чтением.

А теперь важный вопрос - как же понять, остаются ли данные в кэше после записи. Да легко.

-очистите кэш sync; echo 1 > /proc/sys/vm/drop_caches
-посмотрите, что желтая часть на полоске памяти в htop исчезла
-запустите DD, запишите на диск гигабайт. (dd if=/dev/urandom of=test.raw bs=8M count=128 status=progress)
-посмотрите, что у вас нарисовался желтый гигабайт
-можете потом считать этот файл и увидеть офигительную скорость - выше гигабайта в секунду (у меня получается 6, что очевидно говорит о том, что чтение происходило из RAM). Последнее лучше делать, если писали на HDD - потому что хороший SSD может выдать столько же

Объективно, этот тест показывает, что ДА, записанные данные остаются болтаться в памяти.

Но при этом, момент, когда эти данные оттуда уйдут, зависит от множества факторов (скажем, если памяти - в обрез, PageCache пойдет под нож в первую очередь). Так что может оказаться полезным использовать другие стратегии - например, mmap

>шифрование в base64
Не шифрование, а кодирование. Бессмысленное причем, так как сначала картинку сжали (джпегом, вестимо), а потом раздули (в 4 раза).

Сменить технологию решения или разработчика. Самое простое - на POST запрос

Начать с diff, потом docdiff. Последнее довольно неплохо диффает вордовские файлы.

Главное забыл! Диссернетовкий детектор плагиата!

Да, man ffmpeg называется

Очевидно, что нужно проделать обратные операции - а именно, давануть zlib-ом и закодировать в BASE45.

Внимание: Особо серьезных расчетов я не делал, желательно все аккуратно проверить на макете.

ACS712 - холловский датчик тока, величину протекающего тока выдает в виде напряжения. Характеристика - 185мВ/А. Я думаю, реальная форма тока через импульсный БП будет состоять из иголок, которые датчик увидит.

ACS725 отличается почти вдвое большей чувствительностью (264mV/A)

LM358 - операционный усилитель. Берем сигнал с датчика, умножаем раз так в 10 (на одной половине LM358), потом на второй половине делаем пороговый элемент - с него при наличии нагрузки будет выходить меандр.

Меандр сглаживаем конденсатором и пускаем на транзистор, который уже дергает реле.

Как-то так. Остальные запчасти - резисторы да конденсаторы - можно взять из даташитов на микросхемы. Транзистор для управления реле - да хоть совдеповский КТ815-817-819 или буржуйский TIP42C (чтобы уже наверняка). Реле - какое найдете на 5 вольт. Можно даже вколхозисть оптореле, если не хотите слушать щелканье.

Плюс схемы в том, что она не будет гальванически связяна с сетевым напряжением - в ACS712 связь магнитная. Ну и мотать ничего не надо.

Компорт или конвертер USB-UART, соединить через реле CTS c землей.

При срабатывании реле, состояние CTS изменится. Считать можно следующим кодом на C++

DWORD dwModemStatus; 
BOOL fCTS = 0; 

if (!SetCommMask(hSerialIn, EV_CTS)) 
{ 
    DWORD err = GetLastError(); 
    printf("\nHandle creation error code: %x\n", err); 
} 

DWORD dwCommEvent; 

while(1) 
{ 
    if (!WaitCommEvent(hSerialIn, &dwCommEvent, NULL)) // An error occurred waiting for the event. 
        printf(""); 
    else 
    { 
        if (!GetCommModemStatus(hSerialIn, &dwModemStatus)) // Error in GetCommModemStatus; 
            return; 
        fCTS = MS_CTS_ON & dwModemStatus; 

        if(fCTS) 
            printf("%x ", fCTS); 
    }  
}

Скопировано отсюда