GB
С потоками тоже все сложно, в отладчике многопоточность тормозит и глючит. Если в потоке системный объект синхронизации используется, то отладчик в него не сможет зайти.
ну так это отладчик править надо
Size: a a a
2020 August 23
SB
ну так это отладчик править надо
А толку, если система не даёт войти в поток, пока не сработает таймаут или триггер.
GB
Чтобы ресурсы эффективнее использовать. В Винде могут внезапно закончиться дескрипторы или виртуальная память процесса.
эффективнее? это ж парсить все три раза надо
SB
эффективнее? это ж парсить все три раза надо
Возможно, да. Но у железа ресурсы избыточные, а у винды ограничены искусственно по маркетинговым соображениям.
AK
а детали процессов смотрели, что в них творится?
AK
если у меня "рабочий" проект состоит из 9-16 тысяч строк текста (к игре), которые я переделываю в шаблоны для поиска, исключая знаки препинания, цифры и переводя в нижний регистр, для поиска похожих строк при переводе в будущем, имеет ли смысл эти текстовые строки заменять хэшами? Т.к. прога - фактически текстовый редактор, сами исходные строки не меняются, разве что некоторые из них могут быть удалены в будущем... И имеет ли смысл заморачиваться с дополнительным массивом индексов для сортировки таких строк? Естественно, это всё для случая, когда надо пробежаться по всему списку в поисках одинаковых "шаблонов"
SB
если у меня "рабочий" проект состоит из 9-16 тысяч строк текста (к игре), которые я переделываю в шаблоны для поиска, исключая знаки препинания, цифры и переводя в нижний регистр, для поиска похожих строк при переводе в будущем, имеет ли смысл эти текстовые строки заменять хэшами? Т.к. прога - фактически текстовый редактор, сами исходные строки не меняются, разве что некоторые из них могут быть удалены в будущем... И имеет ли смысл заморачиваться с дополнительным массивом индексов для сортировки таких строк? Естественно, это всё для случая, когда надо пробежаться по всему списку в поисках одинаковых "шаблонов"
GB
Возможно, да. Но у железа ресурсы избыточные, а у винды ограничены искусственно по маркетинговым соображениям.
чет не видел, чтобы проги в ресурсы винды упирались. а вот в железо - запросто
GB
если у меня "рабочий" проект состоит из 9-16 тысяч строк текста (к игре), которые я переделываю в шаблоны для поиска, исключая знаки препинания, цифры и переводя в нижний регистр, для поиска похожих строк при переводе в будущем, имеет ли смысл эти текстовые строки заменять хэшами? Т.к. прога - фактически текстовый редактор, сами исходные строки не меняются, разве что некоторые из них могут быть удалены в будущем... И имеет ли смысл заморачиваться с дополнительным массивом индексов для сортировки таких строк? Естественно, это всё для случая, когда надо пробежаться по всему списку в поисках одинаковых "шаблонов"
засунь их в мапу. если будет что-то не так, можно будет думать
AK
Сергей, и зачем мне эта статья?
AK
у меня массив не только строк, но и прочей инфы, к ним относящейся
SB
Сергей, и зачем мне эта статья?
Может я неправильно понял вопрос..
AK
фактически,
tDATString = record
origin: AnsiString;
filter: AnsiString;
transl: AnsiString;
aref : integer; // reference to original placement
sample: integer;
atype : tTextStatus;
end;
AK
строка, шаблон, перевод, статус перевода, ссылка на файл-аттрибут-номер строки и ссылка на дубли в других местах
AK
мар - не совсем удобно
SB
Непонятно, для чего используется данная структура. Может проще написать функцию, которая будет из ресурсов или из БД брать текст по некоему идентификатору?
AK
это для переводов модов для игры. оригинальный текст беру оттуда, к нему делаю перевод
AK
изначально, для поиска похожестей, преобразую строку типа
Bring me 12 apples of boss
в
bringmeappleboss
Bring me 12 apples of boss
в
bringmeappleboss
AK
ибо могут быть мелкие различия. вот по такой строке-шаблону и делаю потом поиск исходных похожих строк, чтоб применить автоматом перевод к ним
SB
Наверняка такую задачу уже решали не раз и есть готовые рекомендации.