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