GK
такими экспериментами можно быстро износить SSD )
ниче страшного)
Size: a a a
2019 December 09
НП
Ну вот, нашли проблему)
GK
Ну вот, нашли проблему)
меня вот интересует, почему жесткий справляется с операцией проверки быстрее чем ssd
НП
Надо в реализации покопаться этого метода. Что то да будет
НП
Попробуй харды на запись и чтение протестить
НП
Эту дичь можно ещё улучшить. Одна запись миллиона символов будет быстрее чем миллион раз записывать по символу
s.
просто у тебя на hdd наверняка все файлы проиндексированые , и по этмоу функция File.Exists работает шутсрее
s.
тогда как сама запись простаивает во время проверок . т.е ssd свои возможности не юзает на 100%
GK
Эту дичь можно ещё улучшить. Одна запись миллиона символов будет быстрее чем миллион раз записывать по символу
там запись строк 10-30 символов, 1 млн. раз для теста
s.
ты запись еще распараллель и сравни
GK
так то понятно, что в реальных условиях строки больше будут, но не факт, что они будут так непрерывно долбиться на запись
НП
там запись строк 10-30 символов, 1 млн. раз для теста
Можно просто один стрингБилдер собрать и одним потоком записать
НП
Аааа, ну тогда понял
GK
просто у тебя на hdd наверняка все файлы проиндексированые , и по этмоу функция File.Exists работает шутсрее
я кстати это заметил, в диспетчере запись на SSD выдавалась в пределах 400 кб/сек
GK
Можно просто один стрингБилдер собрать и одним потоком записать
остается вопрос только сколько будет собираться? нужно записывать сразу в файл, что бы данные не проипать
GK
если крашнется что то
GK
ты запись еще распараллель и сравни
всм. распалелить?
НП
остается вопрос только сколько будет собираться? нужно записывать сразу в файл, что бы данные не проипать
Ну стрингБилдер быстрее соберет строки)
А вот про проеб хз, тут уже между двух зол выбирать
А вот про проеб хз, тут уже между двух зол выбирать
GK
Ну стрингБилдер быстрее соберет строки)
А вот про проеб хз, тут уже между двух зол выбирать
А вот про проеб хз, тут уже между двух зол выбирать
ага