информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
RTFM 06.09.04 20:30  Число просмотров: 1654
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 06.09.04 20:31  Количество правок: 1
<"чистая" ссылка>
По сути оно так и есть (APC и асинхронный ввод-вывод), с поправкой на не-realtime архитектуру систем. Ну а прикручивать еще один realtime-велосипед к ядру Linux или Windows IMHO нет никакого смысла.
<programming>
тема курсовой по Операционным системам 03.09.04 12:49  
Автор: n013e Статус: Member
<"чистая" ссылка>
есть какие-нибудь предположения по-поводу subj, желательно с довольно большим объёмом (на двух человек). Как вариант есть идея написания драйвера reiserfs под винду, но на двух человек - это слишком мало, мне кажется
Напишите драйвер для доступа к разделу XFS под Windows 10.09.04 17:55  
Автор: nio Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Как вариант 07.09.04 11:05  
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
<"чистая" ссылка>
Написать нормальный RAMDrive под 2k/2003 .
IMHO идея хороша 06.09.04 20:34  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
IMHO идея хороша тем, что как минимум не бесполезна. Ну а написать нормальный (а не лишь-бы иногда работал) драйвер файловой системы для NT не так уж и просто. Другое дело, что непонятно как "поровну" поделить работу на двоих.
Попробуйте написать реализацию асинхронного ввода/вывода. В... 03.09.04 13:03  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> есть какие-нибудь предположения по-поводу subj, желательно
> с довольно большим объёмом (на двух человек). Как вариант
> есть идея написания драйвера reiserfs под винду, но на двух
> человек - это слишком мало, мне кажется
Попробуйте написать реализацию асинхронного ввода/вывода. В функции read/write добавляются несколько параметров, например номер семафора, адрес функции обработчика, которая будет вызываться, в момент когда закончится ввод/вывод. Семафорчиками лучше системными пользоваться (если нет - реализовать), чтоб при ожидании установки отдать процессорный ресурс системе.
Это должно быть чуть посложнее.
Дак это уже всё есть в системе, или я чего-то не понимаю? 03.09.04 21:03  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
В Линуксах я этого не видел, да и Виндовс, вроде как не реалтаймовый. 06.09.04 12:36  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
В реалтаймовых системах это видел. Должно быть что-то вроде того:
int read_rt( void *buf, int buflen, int fd, int sem = 0, (void interrupt *) ast( int ) = 0 );
RTFM 06.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
<"чистая" ссылка>
Вот (UPD2) 07.09.04 13:55  
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 07.09.04 14:14  Количество правок: 3
<"чистая" ссылка>
http://www.kernel.org/pub/linux/kernel/people/suparna/aio/README, http://lse.sourceforge.net/io/aio.html
--
еще есть реализация POSIX async I/O в glibc ("POSIX glibc implementation of the async I/O calls").
и google тут тоже рулит.
--
вот ещё велосипед http://home.ozonline.com.au/davmac/davpage/linux/async-io.html
Спасибо, правда некоторые ссылки не работают. 07.09.04 14:24  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 07.09.04 14:25  Количество правок: 2
<"чистая" ссылка>
> http://www.kernel.org/pub/linux/kernel/people/suparna/aio/R
> EADME, http://lse.sourceforge.net/io/aio.html

Спасибо, правда некоторые ссылки не работают. Не эти, а те, что там далее.
Но понятно, что нужно начинать с ядра 2.4, а то у меня еще 2.2. По крайней мере понятно что искать надо.
Коряво, но привыкнуть можно.

> --
> еще есть реализация POSIX async I/O в glibc ("POSIX glibc
> implementation of the async I/O calls").
> и google тут тоже рулит.
> --
> вот ещё велосипед
> http://home.ozonline.com.au/davmac/davpage/linux/async-io.h
> tml
Чесно говоря я ожидал, что aio войдет в релиз 2.6 07.09.04 14:59  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
> Спасибо, правда некоторые ссылки не работают. Не эти, а те,
> что там далее.
Чесно говоря я ожидал, что 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
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach