T
Желательно за миллисекунду.
Size: a a a
2020 January 20
Ð
строка файла сжатого внутри архива?
Ð
клево, и как ты по нему бегал за 1мс?
T
Восстанавливал состояние декомпрессора
T
Сразу в нужное. Сохраняя такие состояния в контрольных точках
T
То есть я смотрю по небольшой табличке первую контрольную точку в которой ещё нужной строки нет
T
И от нее бегу вперёд, и достаю нужную строку.
T
Как выбрать плотность точек? Тут тоже все очевидно --- есть память HDD, то время пробега декомпрессора между точками нужно подогнать по порядку к времени позиционирования головки жёсткого диска
T
Тогда overhead будет поглащен таковым от ввода вывода
Ð
а почему диск с головками? давно было дело?
T
Если память SSD и человек по натуре перфекционист, то только страдать от неидеальности мира.
T
Ð
а почему диск с головками? давно было дело?
Ну я так условно называю позиционирование чего бы сейчас не использовали на магнитных носителях.
Ð
нене, это понятно, не понятно почему он магнитный если речь всего о 30гб
T
Ну один файл 30гб. А файлов то может быть много и они где-то лежат
Ð
то есть таких файлов было сотни? тогда понятно, ну это вообще конечно сурово
G
Ð
давай, а то я вроде понимаю как они работают, но не могу понять нахрен они, кроме как для внутренних нужд
С помощью них можно организовавывать ленивые вычисления
T
Ð
то есть таких файлов было сотни? тогда понятно, ну это вообще конечно сурово
Ну тут смотри какое дело. HDD даёт возможность потоком считать без каких либо мешающих позиционирований (вернее их вклад будет ничтожен)
T
Поэтому если нужен большой кусок данных, то имеет смысл просто потоком пройтись