Просто надо понимать что это такое и для чего нужно. Банальная защита от отключения во время копирования, и своевременного сброса буфера.
Если вы используете флешку в основном для чтения, то смысла ей пользоваться нет, можно и так вытащить, а если вы постоянно пишете на нее файлы, то без этого не обойтись.
Сергей: А с чего вы должны были флешку потерять? На здоровье флешки то это каким боком влияет?
Вы попробуйте поставить фильм гигабайт на 20 копироваться на флешку, а потом выдерните на середине копирования.
Вы уверены что фильм удастся посмотреть, учитывая тот факт что он весит всего 30% от оригинала?
Я вот уверен в обратном. Файл будет разрушен.
Но с фильмом еще ничего, там можно увидеть факт копирования в проводнике, а если речь идет про базу данных? Она будет работоспособной если флешку вырвать в процессе записи?
Вот для этого и служит безопасное извлечение - оно не даст извлечь флешку пока идет поток записи, и перед размонтированием сбрасывает буфер.
DaNHell: Оптимизация в данном случае в распаралеливаниии. Т.е хэширование это довольно простая операция, Центральный процессор ПК для нее явно избыточен, видеокарта с сотней простеньких процессоров считает хэши в сто раз быстрее, банальная ПЛИС с зашитой логикой, уже дает ускорение в тысячу раз.
А нормальный ASIC делает то же самое в сотни тысяч раз быстрее.
Отсюда вывод - ПК для подсчета хэшей не самая оптимальная железка, надо пользоваться специализированным оборудованием.
При чем тут история? О каком артефакте речь?
Безопасное отключение очень нужная и важная функция. Делает она вполне понятную вещь - принудительно сбрасывает буфер записи на диск.
Без безопасного отключения можно словить разрушение файловой системы - это если ФС старая.
Или что гораздо чаще - получить битые, неконсистентные файлы.
Жека: В виндовс этот функционал реализован через ГУИ.
Поэтому не получится, максимум это вызвать из батника эту графическую утилиту.
Если хочется полностью программного - надо писать код.
Операционной системе такого железа хватит однозначно (32битной версии) нормально пойдет семерка, восьмерка, и даже десятка которую вот уже выпустили попробовать.
Другое дело что для современых программ этого железа будет маловато, и будут тормоза.
Хотя проблему с доступом можно решить и в первом способе, но там скорее всего из веб интерфейса ничего не сделаешь, надо в консоль будет лезть, и назначать шлюзом первый роутер вручную.
Хотя... Я вот не уверен, но можно попробовать - найдите в веб интерфейсе второго роутера где выключается NAT, выключите его, и попробуйте руками назначить шлюзом по умолчанию первый роутер.
Не уверен что прокатит, но возможно, если нет, то либо в консоль, либо первый способ.
Ну про PPoE я упомянул, т.к это самое популярное подключение, но как видно не ваш случай, уже лучше.
Из предложенного лично я пробовал TP-LINK TL-WDR3600, а так же асус и кинетик. Все оставили достаточно благоприятное впечатления.
" а роутер 2 имел доступ к сети, а ПК имел доступ к нему" Вот это неясно. Поясните пожалуйста к какой сети должен иметь доступ роутер2 к интернету или к локальной сети?
И какой доступ ПК должен иметь к нему.
В общем по порядку - куда приходит интернет, кто раздает адреса в сети, кто раздает вайфай, для чего нужен второй роутер.
Да и не думаю что виртуалка как то может повлиять на возможность подключения по рдп.
Оно к железу никак не привязано.