Свежие комментарии

Title Comment
Ну вот я ставлю на первую.

Ну вот я ставлю на первую. Это опенсорс, но в этот сорс лезть лень, я с год назад лазал и в ужасе убежал, очень, очень грязные исходники.

Думаю что https://docs

Думаю что https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-...

Есть CopyFile[Ex], а есть

Есть CopyFile[Ex], а есть IFileOperation, в Explorer - вторая, по идее.

Видимо в байтах, у меня

Видимо в байтах, у меня стояло 32K. И когда я отключил use system copy routine стало видно его влияние, но даже мегабайт и близко не приблизил к эксплореру. А что самое интересное — use system copy routine, по идее, должно работать как эксплорер — но тоже нет (хотя и лучше чем без этой настройки).

Ну нет, тогда с винта на винт

Ну нет, тогда с винта на винт получалось 120 :-) За то и любили.

Интересно что там внутри этих

Интересно что там внутри этих system copy: потому что если там Shell copy, то оно ж до копейки как в Explorer?

Когда он был - скорости в

Когда он был - скорости в 100mb/sec казались запредельными т.е. что бы с ним было сейчас - тоже неизвестно.

Мне не помогает. Чуть лучше

Мне не помогает. Чуть лучше делает использование System copy routines, но Explorer всё равно после 100 мегабайт в секунду гораздо быстрее.

Когда-то был плагин который

Когда-то был плагин который копировал в два потока, через кольцевой буфер. Вот он с БОЛЬШИМИ буферами был БЫСТРЫЙ. Но он сгнил к версии FAR3, 64 битам и юникоду.

Нашел, поменял с 0 на

Нашел, поменял с 0 на 128000000 (понятия кстати не имею, в каких оно там единицах).

Разницы не увидел (сохранял, входил-выходил). Поменял обратно на 0

Я и слов то таких не знаю. Т

Я и слов то таких не знаю. Т.е. в F9-Config-System у меня нету никаких размеров буферов..... куды бечь?

а "far:config System

а "far:config System.CopyBufferSize" поменять ?

У Far-а бывает необъяснимое.

У Far-а бывает необъяснимое.
Ну вот когда я перед НГ гонял бенчмарки компиляции на новой (собираемой) машине, я распаковывал qt-opensouce....zip - этим самым Far-ом, потому что привычка такая. Много раз.

Там торчала временная SSD-шка, по современным меркам очень медленная (Vertex3 MaxIOPS). И занимала эта распаковка десятки, блин, минут (ZIP на 800M и ~100k файлов).
В какой-то момент я не выдержал, сунул туда NVME (один из тех 760p, что на картинке выше). Стало быстрее, минут 15.

На основном боевом плексторе - вот сейчас на той (уже новой) машине - это занимает ~минуту.
На массиве из 4x760p - вот пока писал тоже распаковалось. Ну тоже минута или 2.

Что это было, почему, как - хер пойми. Версия Far ну примерно одна, скорее всего так вообще одна, предновогодний stable build.

Ну вот у меня 200 против 480

Ну вот у меня 200 против 480 :-(
А в другую сторону (в сеть) вообще 150 против 350-400.

У меня FAR на больших файлах

У меня FAR на больших файлах фигачит 500-600Mb/sec (по его градуснику), а эксплорер 700+

Да, разница изрядная, но не настолько, чтобы от синих панелей отказываться.

«то рука тянется к F5 в Far»

«то рука тянется к F5 в Far» — а у меня вот больше не тянется и оттого печаль.

Поясню. FAR 3 у меня, какие галки я не тыкал, копирует из сети в 2-3 раза медленней чем Explorer. Я сам FAR-нёрд и терпеть не могу Explorer, оттого и печаль. Но теперь если скопировать большое — то открываю из FAR'а ("start .") два окна Explorer, откуда и куда, и тягаю мышкой. И страдаю.

привычки поменялись сами

Ну да, сетевой задержкой против грубой силы не попрёшь :-).

Ну да, в BigTIFF смещения

Ну да, в BigTIFF смещения вроде 64-битные, то есть предел почти достижим.

Но боюсь, что 64-битный time_t кончится быстрее.

Ну оно даже конечно — число

Ну оно даже конечно — число байтов любой памяти на планете конечно — но легче от этого не становится, понятно.
Комбинаторный взрыв — страшная штука.

От счетности оно не

От счетности оно не становится конечным.

> потому что иначе TIFF

> потому что иначе TIFF становится неисчерпаемым

количество вариантов внутри TIFF'a представляет собой счетное множество? :-)

Вот обновил драйвер на 418

Вот обновил драйвер на 418.последний - без Multi Display power saver стало 50 ватт вместо 65, ну тоже хлеб.

А с ним - 20. А не 5, как с одним монитором. И частота 645, а не 300.

А мониторов у тебя сколько?

А мониторов у тебя сколько?

Просто с 2080Ti (и вроде с 2080 просто тоже) есть беда: в мультимониторном режиме оно ЖРЕТ даже в простое. Если не принимать мер, то ~60wt у меня. Если принять (NVidia Inspector и специальный там режим "экономить электричество в простое") - то 22.

С одним монитором все ок, в простое - единицы ватт, типа 5 (забыл и не буду проверять, а то раскладка окон слетит). Цифры (60/22) у всех разные, с мониторами на 120-144Hz пишут что еще хуже (и с первыми драйверами для 2080 было тоже еще хуже).

Я про это  писал: https://blog.lexa.ru/2019/01/03/drova_syrye_ne_goryat.html

Так вот, при таком потреблении (даже 20, не говоря о 60), какую бы температуру начала работы вентиляторов (пробовал и 45 и 50 и 60) я не поставил - оно до нее бодро дорастает и начинает работать в переменном режиме - минуту крутим, охлаждаемся до лимита, выключаемся, нагреваемся, минуту крутим....

Это бесит еще больше, чем постоянная работа вентиляторов на минимуме, поэтому я для температур <50 поставил что-то в районе 20% вентилятора -  ну вот в простое это давало 45-47C.

Карта тоже гигабайт, двухслотовый (специально выбирал двухслотовую т.к. планировал переход на воду, но думал что дотерплю до попозже: 2080Ti многие начинают глючить не сразу и я думал выдержать 3-4 месяца на случай гарантии. Выдержал меньше двух).

А видяха в простое разве не

А видяха в простое разве не должна вентиляторы гасить? У меня просто 2080, но как 3d вырубаешь, через пару минут Fan Stop и комп абсолютно тихий. Какой-то Gigabyte.

В смысле - можно руками

В смысле - можно руками поправить диапазон - и график перерисуется с новым

Там же все написано, 50

Там же все написано, 50 сверху, 25 снизу. У HWInfo такие странные графики.

а где шкала-то на картинке?

а где шкала-то на картинке? 47 это в какой части графика? :-)

Я понимаю, что без

Я понимаю, что без экспериментов с конкретной железкой не скажешь, тем не менее интересно было бы предсказание:

В моей реальной реальности я ожидаю (максимум) два потока по 10G между двумя парами портов, не full-duplex (т.е. в обратную сторону идут ACK и все). Остальные 8 портов - половина условно пустые (ну там всякие консоли и подобные неиспользуемые) и еще 4 гигабита используются, допустим даже в сумме полностью (т.е. 8gbit если с дуплексом).

Итого: гигабит 30 в сумме по всем портам, из них два потока полной десятки но в одну сторону каждый (и не в один порт, коллизий и прочего нет).

Вправе ли я ждать чего-то такого (если да, то меня все устраивает для дома то, да за 15 тыщ)?

Там даже на двух port-to-port

Там даже на двух port-to-port 10G не будет?

Нет.

Нет.
Портов будет как натыкано, но только вот при интенсивном обмене - будут не те цифры, как в бумажках.

Pages

Subscribe to comments_recent_new