b
афаик да
CONFORMING TO top
POSIX.1-2001, POSIX.1-2008.
Size: a a a
2021 July 13
b
ну мы юзали либу для ивент-лупа - libuv, всё поверх неё. Сбоку прикручивать aio - ну выглядет костылём...
b
я просто помню что-то Леман гундел что-то там не работало с AIO. Возможно устарело/не так понял.
AP
информация из мана
AP
дело в том, что запись в линуксе и так по сути асинхронна, даже без аио, это надо нетривиальные усилия приложить для синхронности (типа о_директ), поэтому для локальных дисков я решил не париться, а сетевых у меня всё равно не было чтобы оценить
AP
кажись такая же аргументация и у риделя была
VO
но это же бред
b
👍👍
b
почему?
VO
линуксовы aio немного недоделанный и подразумевает o_direct и как следствие пролет мимо кеша и только выровненные обращения
GK
Ну она на любой современной ос асинхронна, сначала в кеш системы, потом на диск из кеша
VO
потому что достаточно что бы диск ушел в насыщение что бы на чтении не возникало даже мысли о том что оно типа асинхронное
VO
что за бред?
GK
Вообще и на винде и на линуксе если хочешь писать в честном асинхронном параллельном режиме (raid, ssd и т.д.) в любом случае надо открывать файл в небуферизированном режиме
VO
ну про винду не знаю, но окей, зачем ты привел две странных недооперационки как какие доказательства?
GK
Почитай про кеширование на уровне ос ( в линукме dirty pages и зачем флаг o_direct)
VO
это во-первых, а во вторых чтение обычно интересней.
VO
с чего ты взял что мне про это не известно?
GK
Потому что для быстрой записи и чтения надо чтобы буфер, размер и офсет были выравнены по физическому размера сектора диска