По сути оно так и есть (APC и асинхронный ввод-вывод), с поправкой на не-realtime архитектуру систем. Ну а прикручивать еще один realtime-велосипед к ядру Linux или Windows IMHO нет никакого смысла.
есть какие-нибудь предположения по-поводу subj, желательно с довольно большим объёмом (на двух человек). Как вариант есть идея написания драйвера reiserfs под винду, но на двух человек - это слишком мало, мне кажется
Напишите драйвер для доступа к разделу XFS под Windows10.09.04 17:55 Автор: nio Статус: Незарегистрированный пользователь
IMHO идея хороша тем, что как минимум не бесполезна. Ну а написать нормальный (а не лишь-бы иногда работал) драйвер файловой системы для NT не так уж и просто. Другое дело, что непонятно как "поровну" поделить работу на двоих.
Попробуйте написать реализацию асинхронного ввода/вывода. В...03.09.04 13:03 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> есть какие-нибудь предположения по-поводу subj, желательно > с довольно большим объёмом (на двух человек). Как вариант > есть идея написания драйвера reiserfs под винду, но на двух > человек - это слишком мало, мне кажется Попробуйте написать реализацию асинхронного ввода/вывода. В функции read/write добавляются несколько параметров, например номер семафора, адрес функции обработчика, которая будет вызываться, в момент когда закончится ввод/вывод. Семафорчиками лучше системными пользоваться (если нет - реализовать), чтоб при ожидании установки отдать процессорный ресурс системе.
Это должно быть чуть посложнее.
Дак это уже всё есть в системе, или я чего-то не понимаю?03.09.04 21:03 Автор: leo <Леонид Юрьев> Статус: Elderman
В реалтаймовых системах это видел. Должно быть что-то вроде того:
int read_rt( void *buf, int buflen, int fd, int sem = 0, (void interrupt *) ast( int ) = 0 );
RTFM06.09.04 20:30 Автор: leo <Леонид Юрьев> Статус: Elderman Отредактировано 06.09.04 20:31 Количество правок: 1
По сути оно так и есть (APC и асинхронный ввод-вывод), с поправкой на не-realtime архитектуру систем. Ну а прикручивать еще один realtime-велосипед к ядру Linux или Windows IMHO нет никакого смысла.
Где этот "велосипед" (РТФМ), где эта функция описана? Линукс интересует.07.09.04 10:29 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Спасибо, правда некоторые ссылки не работают.07.09.04 14:24 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 07.09.04 14:25 Количество правок: 2
Спасибо, правда некоторые ссылки не работают. Не эти, а те, что там далее.
Но понятно, что нужно начинать с ядра 2.4, а то у меня еще 2.2. По крайней мере понятно что искать надо.
Коряво, но привыкнуть можно.
> Спасибо, правда некоторые ссылки не работают. Не эти, а те, > что там далее. Чесно говоря я ожидал, что aio войдет в релиз 2.6
> Но понятно, что нужно начинать с ядра 2.4, а то у меня еще > 2.2. По крайней мере понятно что искать надо.
Думаю что лучше с 2.6, особенно если нужно что-то "а-ля" realtime. Я тут драйверок под Linux отлаживал/тестировал. На ядрах 2.2, 2.4 и ранних 2.6 были проблемы только из-за (иногда) очень большой латентности в обработке прерываний. На 2.6.8.1 работает как часы...
Замечательно.07.09.04 16:20 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> Думаю что лучше с 2.6, особенно если нужно что-то "а-ля" > realtime. Я тут драйверок под Linux отлаживал/тестировал. > На ядрах 2.2, 2.4 и ранних 2.6 были проблемы только из-за > (иногда) очень большой латентности в обработке прерываний. > На 2.6.8.1 работает как часы...
Замечательно.
Как быстро время летит. Вроде как совсем недавно были у меня пару одинаковых стримеров "Тандбергов". И хотелось чтоб побыстрее было и влезало много за один "бэкап" сделать что-то вроде 0 РАИДа. То есть килобайтик на первый писануть, второй - на второй, третий - опять на первый, и т.д. Скорость почему-то не выросла вообще. Обнаружил, что пока на первый write полностью на завершиться, на второй ничего писаться не начинает. Хотелось запустить пару записывающих процессов одновременно и дождаться их завершения, потом еще пару. Скорость в два раза больше должна была получиться, поскольку эти оба килобайта одновременно писались бы, как один. Так ничем все и закончилось. Сейчас эти стримеры давно на помойке, но жажда познания как и когда это можно было сделать осталась.
Ну вроде да, но тема меня как-то не вдохновляет06.09.04 19:02 Автор: n013e Статус: Member
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
