я вот кстати так пробовал. (to ports) оно либо сломанно либо работает тоже по какой-то логике другой.
т.е если прописать "to ports 443" то все https ломаются так же если не прописать в dst внешний адрес. но внешний адрес я могу и без "to ports" прописать.
если я указываю просто... "in interface" (eth1 ибо пров в eth1 воткнут) то инет больше не ломается но и комп из инета не виден... хм...
я могу прописать просто dst.address на текущий внешний "белый" айпишник и тогда ничего не ломается и комп виден.
но дело в том что подключение pppoe и адрес динамический (да, именно что белый динамический айпишник).
выходит что ничего иного кроме как каждый раз прописывать вручную новый айпишник не сделать? :D
Это как же вы их так загружаете? Сильная фрагментация возникает только при массовом удалении и перезаписи множества мелких файлов. Простая запись не вызывает фрагментации.
то что вверху - "основная" часть ФС которая мною была несколько раз дефрагментирована ранее.
белая часть - свободное пространство.
то что снизу это недавний архив 40гигабайт который был загружен а после распакован (ничего кроме него после дефрагментации не загружалось и не удалялось).
мало того что фрагментировано так ещё и "отдельно" от остальной информации. (да, я знаю что там есть трансляция адресов и вероятно из-за этого, я просто решил вам показать что "фрагментация" возникает на ровном месте)
приветствую. извиняюсь за "влезание" в вопрос... но речь же идёт о ЧТЕНИИ а не о записи. (тс же нас не обманывает переставлением галочек для скриншота? хотя зачем ему такой ерундой заниматься). разве у SMR должны быть скачки на ЧТЕНИИ?
т.е если прописать "to ports 443" то все https ломаются так же если не прописать в dst внешний адрес. но внешний адрес я могу и без "to ports" прописать.