Как, не блокируя чтение-запись через удаленную файловую систему
Просто быстрое продолжает для этого вопроса...
Это был месяц, с тех пор как я начал использовать Vim в качестве своего основного инструмента 'GUI' для программирования C++ в Linux. Сначала кривая обучения была действительно немного крута, но через некоторое время и с правильными включенными опциями и сценарии, работающие , я действительно приобрел навык ее!
я люблю путь, как можно сформировать Vim к комплекту потребности; просто добавьте/измените , ключевые отображения и Vim превращены в очень продуктивный 'IDE'.
набор инструментальных средств, чтобы создать и скомпилировать программу C++ на Linux также действительно интуитивен. сделайте и g ++ эти инструменты, которые Вы будете использовать.
отладчик ddd однако не действительно настолько хорош, но возможно поэтому у меня не было времени для освоения его правильно.
Так любому, кто или искал хороший IDE C++ в Linux, точно так же, как я был, Ваш лучший выбор кладет со стандартными доступными инструментами в самом Linux (Vim, g ++, ddd), и необходимо действительно, по крайней мере, попытаться еще использовать их перед поиском sonething...
Наконец, что не менее важно, я действительно хочу благодарить konrad за его ответ здесь, Это действительно помогло мне найти свой путь в среде разработки Linux, спасибо!
я также не закрытие этого вопроса, таким образом, люди могут все еще реагировать или возможно даже добавить новые предложения или дополнения к уже действительно хорошим ответам...
2 ответа
In Twisted, for remote filesystems just like for any other blocking calls, you can use threads.deferToThread -- a reasonably elegant way to deal with pesky blocking syscalls!-)
На самом деле это очень похоже на мой вопрос, заданный здесь . Похоже, что в настоящее время единственный способ обойти ограничения операционной системы - это использовать потоки или внешние процессы для обработки ввода-вывода вашего файла.
В предыдущей жизни (не на Python или в скрученных, но очень асинхронный), мы закончили абстрагирование файлового ввода-вывода в отдельный демон, который был, по сути, нашим «работником файловой системы».
Версии Linux 2.6.x, похоже, добавили больше поддержки асинхронного ввода-вывода на уровне ядра, с libaio поддерживает его, но выглядит довольно загадочно и довольно сомнительно в том, что на самом деле поддерживает.