Илья, Остальное уже и самому можно додумать.
Как я себе это представляю:
На низком уровне классы это те же структуры в памяти. Одна тонкость - виртуальные функции, в объекте есть ссылка на таблицу виртуальных функций класса и все виртуальные методы вызываются через эту ссылку. Для множественного наследования, видимо, есть несколько ссылок на таблицы виртуальных функций. Все остальные плюшки ООП в С++ реализуются на уровне компилятора, т.е. в откомпилированном виде их уже нет.
Вот нагуглил пару статей: www.pvsm.ru/c-3/29071 korobchinskiy.com/virtualnye-funkcii
Другими словами: static в этом случае ограничивает область видимости переменной daytab до текущего файла исходного кода. В других файлах она видима не будет.
Учите матчасть.
В простейшем случае в Ethernet нет никакого роутинга - есть одна физическая шина (просто 1 кабель), по которой передаются пакеты, эти пакеты принимают все узлы сидящие на этой шине и вот чтоб отличить пакет для себя они смотрят на МАС получателя в Ethernet фрейме/пакете. В подобном варианте в сети может и не быть свича/роутера (Ethernet на коаксиале) или может быть тупой хаб, который внутри себя организует ту же самую шину, без какой-либо логики. А в современном случае может быть свич 3 уровня, который может не только распихивать по портам пакеты предназначенные узлам, находящимся на этом порту, но еще и что-нибудь делать на сетевом (IP) уровне (DHCP, фильтрация и т.д.).
Современный Ethernet начинался как раз с того самого простейшего варианта и Ethernet фрейм с тех пор мало изменился.
doublench21, Можете сломать провайдера (договорится с админом оператора), но когда это обнаружится вас забанят у этого оператора, да и у соседнего то же.
doublench21, Я теоретически и прокоментировал.
Если вас в стране шейпит глобальный шейпер, которому подчиняются все операторы связи, имеющие каналы за рубеж, то никакими заклинаниями вы скорость не повысите.
Единственный вариант найти сервис (прокси или какой-то специальный тарифный план), предоставляемый оператором связи (с разрешения контролирующих органов естественно), с помощью которого можно было бы выходить в мир на большей скорости. И ВПН тут никак не поможет - физические каналы принадлежат операторам, которые по любому подчиняются правилам контролирующих органов. И нет в этой ситуации никакой теории, одна голимая практика.
Хотя есть одна теория - чисто теоретически можно прокинуть свою оптику за рубеж, нелегально конечно, и подключить ее к забугорному оператору и наслаждаться жизнью, пока в дверь не постучат :-)
ibr_98: Действительно, для гибернации параметр /t не действует.
Так же проверил - у меня гибернация происходит сразу же после выдачи команды shutdown /h, все происходит быстро.
Я исходил из того, что ему нужна идея. Поэтому я на пример внимания особого не обращал.
Учитывая, что ТС сюда ничего не запостил, то ему идея применить нормальное распределение не понравилась. Кстати, есть еще куча других распределений, есть из чего выбрать.
Lexaz: У вас у каждого клиента будет камера? Или камера и будет клиентом?
Но не суть. На сколько я могу судить и в вашей схеме ничего магического нет, в настройках ВПН прописывается сеть, которая находится за тем или иным клиентом и все, таблица маршрутизации обновляется автоматически, когда этот клиент подключается.
Все таки, если бы вы сразу приложили схему сети, было бы более понятно и не нужно было бы тут плодить кучу постов ни о чем.
dableproger: в чем они лежат?
В стандартной библиотеке? Если бы лежали, то этих манипуляций производить не нужно было бы, т.к. она подключается по умолчанию.
Да, если соберетесь разбирать самостоятельно, то нужно так же заменить термопасту на процессоре и на видео чипе. Термопасту нужно купить, так же пригодятся влажные универсальные салфетки для ВТ.
Как я себе это представляю:
На низком уровне классы это те же структуры в памяти. Одна тонкость - виртуальные функции, в объекте есть ссылка на таблицу виртуальных функций класса и все виртуальные методы вызываются через эту ссылку. Для множественного наследования, видимо, есть несколько ссылок на таблицы виртуальных функций. Все остальные плюшки ООП в С++ реализуются на уровне компилятора, т.е. в откомпилированном виде их уже нет.
Вот нагуглил пару статей:
www.pvsm.ru/c-3/29071
korobchinskiy.com/virtualnye-funkcii