Может он указывает на освобожденную, но не занятую память?
Он указывает на память в стеке, причем этот кусок памяти частично (или весь) может быть уже занят другими переменными (например аргументами result.insert).
Структура child выделяется в стеке. Память в стеке фактически не освобождается, т.е. стек всегда весь доступен пока исполняется программа. При выходе из области видимости, просто смещается указатель на стек (в регистре процессора) и все, именно по этому считается (и правильно), что выделять переменные на стеке это дешево.
При этом по сохраненному указателю вы можете обратиться к структуре, которая уже не сущетвует. Но любая объявленная переменная или вызов функции затрет предыдущее содержимое памяти и ваш указатель уже будет указывать не на структуру node, а на что-то другое.
В общем в коде явная ошибка.
Уже не помню, когда последний раз я изучал какую-то тему по видео на ютубе и мне этого было достаточно.
Там обычно можно начать для входа в тему с нуля, более углубленное изучение уже по другим материалам.
Кроме того, видео смотреть - слишком долго.
В Мониторе ресурсов можно легко проверить мысль про
гнать трафик
В свое время сталкивался с похожей проблеммой, которая проявлялась при другой ситуации и ВПН не было и офис был 2007.
Помогала чистка кэшей и временных файлов офиса. Сейчас уже не скажу что конкретно чистил, но думаю в гугле это можно найти. Помню, что чистил целую пачку каталогов, что конкретно из этой пачки помогало не в курсе.
John Smith, Да, они работают, конечно.
Недавно попал в руки ноут, конфиг очень слабый. Хозяйка жаловалась на тормоза, говорит что б хотя бы видосики из инета не тормозили.
Из ПО стоял аваст, VLC, хром. Понятно, что аваст был основным тормозом. При этом видео в VLC тормозило, смотреть было не возможно. То же самое и с видео в браузере.
Удалил аваст, включил Защитника. Сам комп стал немного шустрее откликаться, но VLC это не помогло.
Поставил кодеки k-lite и о чудо через MPC видео смотрится на ура. При этом и загрузка проца уменьшилась примерно в 2 раза. Жаль не проверил как после этого стал VLC работать, т.к. я его то же грохнул.
Как тогда объяснить то, что префиксный инкремент работает быстрее постфиксного?
Для встроенных типов С++ эти операции одинаково быстрые. Но для пользовательских объектов, постфиксный инкремент будет медленнее, конечно. Просто потому, что он возвращает состояние объекта до инкремента, т.е. фактически конструирует новый объект.
На винде вы не можете создать файл с такими правами, просто потому что на винде работуют ACL, а не права Unix и они не совместимы друг с другом.
Вам, видимо, нужно делать скрипт деплоя, как советовал Иван Шумов и запускать его после разворачивания на сервере.
Sazoks, В этом случае уже можно остановиться. Дальнейшее погружение в глубь принесет мало практической пользы, а времени уйдет много. Разве что немного продвинетесь в ассемблере и компиляторах, но это уже не С++.
Вопрос не про отказоустойчивость.
Если бы был про нее, то звучал бы примерно так: Как сделать балансировку OpenVPN серверов для одной ВПН сети с отказоустойчивостью и что бы клиенты видели друг друга.
Балансировка выполняется указанием нескольких серверов в конфиге клиента. Все остальное - как написал hint000, правда одной сети для клиентов уже не будет.
Sazoks, Вы можете указать в списке инициализации потомка вызов конструктора родителя явно. Тогда он вызовется в указанном порядке. Думаю, что по умолчанию (без явного указания в списке инициализации) конструктор базового класса вызывается перед всеми другими операциями в списке инициализации конструктора потомка.
PS: не ясно зачем вам нужны такие подробности. Т.к. конкретная реализация будет зависеть от компилятора, версии и опций оптимизации. Можете посмотреть в отладчике ассемблерный код.
Павел, 10Мб - это вполне нормальный размер. Большой - это 1 Гб или около того, т.е. когда уже findstr на этом файле начнет тормозить.
Если вы будете удалять лог по расписанию, то вместе с логом нужно удалять и обработанные файлы иначе они начнут повторно заливаться. А если лог не чистить, то рано или поздно процесс начнет тормозить, т.к. размер лога станет слишком большим.
Если файлы в папках больше не нужны после обработки, то лучше их удалять (переносить в другой каталог).
Пока писал, придумал еще вариант. Если при записи файлов в каталог у них дата изменения файла изменяется на текущую, то можно просто брать файлы по дате с помощью обратной сортировки в dir или что-нибудь намутить с forfiles. Тогда надо будет, наверное, сохранять дату/время изменения последнего обработанного файла, чтоб при следующем запуске отсекать по ней уже обработанные файлы.
По моему вариант с dir/forfiles более оптимален, чем с лог файлом.
Но файлы в каталоге все равно нужно чистить время от времени, т.к. если оставить это бесконтрольно, то юзера засрут каталог в конце концов :-)
Еще как вариант, прикрутить какую-нибудь утилиту для синхронизации файлов. Названия не подскажу, но они точно есть.
PS: почему FTP? На мой взгляд FTP сейчас - это уже пережиток прошлого.
На сколько понимаю все происходит в локалке. Почему просто не расшаренная папка на сервере?
Но это не принципиально.
В этом случае ошибки с точки зрения компилятора нет, он не проверяет правильность индексации массивов. Ошибка могла бы быть в рантайме, но массив на стеке, память для стека выделена для процесса при старте программы, вы могли бы хоть по всему стеку пройтись без ошибок. Ошибка была бы только при выходе за границы стека.
SeanCooper, Прозрачный прокси обычно используют, что бы фильтровать зашифрованный трафик в корпоративных сетях, например https. NAT + firewall для этих целей не годятся, т.к. они не делают попыток вмешаться в пользовательский трафик.
Прозрачный прокси выдает себя за конечный узел запроса. Когда браузер по https обращается к любому узлу в интернет через прозрачный прокси, прокси расшифровывает запрос, от себя устанавливает соединение с конечным узлом и отправляет пользовательский запрос конечному узлу, заново его зашифровав. Аналогично с ответом на запрос. При этом в промежутке может происходить фильтрация или логирование по расшифрованному контенту.
Пользователь в таком случае у себя в браузере увидит сертификат прокси, а не конечного узла.
Обычный прокси работает абсолютно открыто, т.е. пользователь должен явно указать в настройках ПО, что нужно ходить через прокси (и обычно указать логин/пароль для прокси). Их обычно используют для авторизации доступа к ресурсу. Учитывая, что сейчас в интернете повсеместно используются защищенные подключения, то возможности фильтрации по контенту у обычных прокси сильно ограничены (фактически они сводятся к аналогичным возможностям фаервола).
Дополню.
NAT прозрачна для пользовательского ПО. Т.е. клиентское ПО не должно как-то специально поддерживать NAT.
Использование прокси в общем случае должно поддерживаться клиентским ПО.
Конечно, есть вариант прозрачного прокси, где не требуется поддержка от ПО клиента, но это уже другая история, применяется для других целей.
Илья Петров, какое конкретно MAX в другой задаче? 10^1000 - это слишком большое число, оно не влезет даже в int64.
Свой вариант я проверил на нескольких разных входных данных, результат пересчитывал вручную.
Дайте конкретные входные данные на которых выдается не верный результат, я проверю.
На сколько я знаю, rarlab никогда своих исходников не открывал (в исходниках у них есть только unrar) и вряд ли вы найдете алгоритм, т.к. он, видимо, закрытый.
Он указывает на память в стеке, причем этот кусок памяти частично (или весь) может быть уже занят другими переменными (например аргументами result.insert).
Структура child выделяется в стеке. Память в стеке фактически не освобождается, т.е. стек всегда весь доступен пока исполняется программа. При выходе из области видимости, просто смещается указатель на стек (в регистре процессора) и все, именно по этому считается (и правильно), что выделять переменные на стеке это дешево.
При этом по сохраненному указателю вы можете обратиться к структуре, которая уже не сущетвует. Но любая объявленная переменная или вызов функции затрет предыдущее содержимое памяти и ваш указатель уже будет указывать не на структуру node, а на что-то другое.
В общем в коде явная ошибка.