Тарас Олесницкий, если посмотреть внимательно, на странице ASIO4ALL лежит целый зипун с примерами. Кода из зипуна достаточно, чтобы достучаться до устройства.
Примеров может не хватить, если у вас недостаточно компетенций в темах WIN API, COM, "обработка данных в реальгом времени", "процессы и потоки".
В таком случае, рекомендую вам начать с учебников.
Константин, Тогда остается второй фактор, который вы исключить не сможете. Поэтому более правильно было бы использовать хотя бы два диска из разных партий в зеркале.
Константин, вы имеете уникальную возможность на собсвенном опыте проверить, что такое "кроилово приводит к попадалову", когда СРОЧНО! понадобятся записи за позавчера, а диск подох месяц назад.
HellWalk, извините, вы сделали не тюнинг, а то, что Барт на доске написывает - заменили исключения на обычный лог.
Только вот объяснение своей идее вы дали неверное - дело не в том, что объекты создаются, а в том, что каждое исключение, вероятнее всего, форсированно пишется на диск.
Виталий Хоменко, хуже всего, что это обращение с fsync, а если в качестве накопителя у нас блинно-головочный комбинат, 15000 fsync / 50 (IOPS с ушатанного диска. Если там ext4, это как раз по две записи с синком на одну запись в лог - одна в журнал, одна в инод ) / 60 (секунд в минуте) грубо будет как раз искомые 6 минут.
HellWalk, если валидируется один файлик - это не проблема. Если 15к - код от разработчиков Симфонии не пролезет без тюнинга механизма обработки исключений.
Не бывает универсального идеального кода. Из этого не следует, что Симфонию писали плохие разработчики, из этого только следует, что в данной конкретной задаче она не подходит, по крйней виде в том виде, в каком она есть.
Настоятельно рекомендую вам немедленно спилить мушку - прекратить выяснять, кто из разработчиков больше разработчик, а перейти собственно к поиску решения проблемы.
slip31, ну, если для вас это экономически оправданно (вкладывать время в разработку лисапеда вместо покупки готового),
0. Похапе это не первый инструмент в списке выбора вариантов для написания такого, первый все же Питахон.
1, Вот вам многабукав по теме. Буквы на английском просто потому, что 80% пригодного материала по IT в интернетике - именно на этом языке.
2. Еще раз подумайте о выборе подходящих инструментов и общей целесообразности колхозинга распознавания. Никакое распознавание не дает отсутствия ошибок - будет нужна ручная верификация. Если данные можно получить в цифровом виде - их нужно получить в цифровом виде.
Леонид, а вы знаете, как в линуксе работают права на доступ к файлам?
В целом, разработка такой программы должна начинаться не с разговора "вот есть папка, я запускаю программу с ключем...". А с выяснения, почему стандартные алгоритмы назначения прав доступа не подходят для решения вашей задачи (кстати, какой?)
botiyava1, есть стандартные механизмы обеспечения доступа, встроенные в ядро ОС. Попытка наколхозить что-то сбоку от них требует очень высокой квалификации, а также, вероятно, переделки ядра. Так что ваши хотелки дорого стоят.
fuse же повзволяет это реализовать с минимальными усилиями и без риска завалить всю ОС.
Примеров может не хватить, если у вас недостаточно компетенций в темах WIN API, COM, "обработка данных в реальгом времени", "процессы и потоки".
В таком случае, рекомендую вам начать с учебников.