The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..., opennews (?), 10-Янв-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (?), 11-Янв-12, 00:37 
> Судя по книжке? Ой, Великий и Могучий BSDшнег Изен оказывается не читал
> исходников даже, раз "судя по книжке". А гонору то сколько постоянно,
> а на деле оказалось... тьфу

2005 год

http://www.freebsd.org/doc/ru/articles/5-roadmap/major-issue...
----
GEOM: уровень блоков GEOM был разработан с учётом работы без Giant и он позволяет работать модулям GEOM и низлежащим драйверам блочных устройств без Giant. На данный момент только драйверы ata(4) и aac(4) разделены и работают без Giant. Работа над остальными драйверами блочных устройств ведётся. Изоляция CAM-подсистемы требует отказа от использования Giant практически во всех драйверах SCSI; работа над этим ещё не начиналась. [ сейчас уже закончена ]

Кроме того, в GEOM имеется опасность снижения производительности из-за обработки ею вышестоящих и нижестоящих потоков данных в потоках выполнения ядра. В решении этой проблемы может помочь улучшение и упрощение технологии переключения контекстов выполнения.
----

И iZen прав, планировщик geom_io действительно простой
http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/
http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/geom_i...

Заниматься физикой - не дело GEOM.
Ниже его есть CAM - common access module, а уж он и обчаеться c ata/scsi.

http://svnweb.FreeBSD.org/base/release/9.0.0/sys/cam/

И как ни планируй, все одно... если ssd накопитель занят, более они-с принять не могут и посылает драйвер нафик - то нафик так нафик. Можно как-то размазывать эту манную кашу порциями, дабы дикого тупизма всем и сразу не получилось, но ... шибко это пофик контролеру накопителя, он сам умный.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

40. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +1 +/
Сообщение от Аноним (-), 11-Янв-12, 07:49 
> Можно как-то размазывать эту манную кашу порциями, дабы дикого тупизма
> всем и сразу не получилось, но ... шибко это пофик контролеру
> накопителя, он сам умный.

Так цель размазки не сделать ssd быстрее чем он есть, а разделить кашу между получателями относительно честным образом. А не так что один сожрал всю кастрюлю а остальные полдня голодными и злыми сидели.

Ответить | Правка | Наверх | Cообщить модератору

47. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от xxx (??), 11-Янв-12, 10:28 
> И iZen прав, планировщик geom_io действительно простой
> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/
> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/geom_i...

Да, только заявлять, что его простота - это превосходство над Linux глупо. И, кстати, его простота как раз приводит зачастую к тормозам, об этом уже не раз упоминалось в списках рассылки.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

62. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (?), 11-Янв-12, 15:54 
>> И iZen прав, планировщик geom_io действительно простой
>> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/
>> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/geom_i...
> Да, только заявлять, что его простота - это превосходство над Linux глупо.

Найдите хоть слово, где я написал о "превосходство над ХХХ"
Неужели вы нашли в моем тексте такой сферический идиотизм?

> И, кстати, его простота как раз приводит зачастую к тормозам, об
> этом уже не раз упоминалось в списках рассылки.

Рассуждения о "торморзах" неплохо бы подкреплять аргументами.
А то выглядит как путстая трепотня из пустого в порожнее.

Ответить | Правка | Наверх | Cообщить модератору

96. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от xxx (??), 11-Янв-12, 19:34 
> Найдите хоть слово, где я написал о "превосходство над ХХХ"
> Неужели вы нашли в моем тексте такой сферический идиотизм?

Это касалось iZen'а и его любви везде упоминать FreeBSD как верх совершенства.

> Рассуждения о "торморзах" неплохо бы подкреплять аргументами.

Разработчики FreeBSD приводят аргументы, см. списки рассылки, BSDCan (гугл).

> А то выглядит как путстая трепотня из пустого в порожнее.

Пуствая трепотня - это рассуждать о планировщиках ввода-вывода Linux и GEOM, не зная их архитектуры и устройства.


Ответить | Правка | Наверх | Cообщить модератору

112. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (ok), 11-Янв-12, 21:49 
>> Найдите хоть слово, где я написал о "превосходство над ХХХ"
>> Неужели вы нашли в моем тексте такой сферический идиотизм?
> Это касалось iZen'а и его любви везде упоминать FreeBSD как верх совершенства.

Не, а че, товарищь в антитезу масссового упоминающим про верх совершенства систему XXX.

>> Рассуждения о "торморзах" неплохо бы подкреплять аргументами.
> Разработчики FreeBSD приводят аргументы, см. списки рассылки, BSDCan (гугл).

Угу. Так и пишут в отчетах и презентациях BSDCan - "тармаза ваще глюкавые".

>> А то выглядит как путстая трепотня из пустого в порожнее.
> Пуствая трепотня - это рассуждать о планировщиках ввода-вывода Linux и GEOM, не
> зная их архитектуры и устройства.

90% _это_ делают на форумах о сиcтеме XXX? И че? :)

Ответить | Правка | Наверх | Cообщить модератору

129. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от xxx (??), 12-Янв-12, 08:57 
>Угу. Так и пишут в отчетах и презентациях BSDCan - "тармаза ваще глюкавые".

Нет, что ты, они технически аргументировано упоминают о проблемах GEOM.

>90% _это_ делают на форумах о сиcтеме XXX? И че? :)

А opennet чем хуже?

Ответить | Правка | Наверх | Cообщить модератору

156. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (ok), 13-Янв-12, 00:30 
>>Угу. Так и пишут в отчетах и презентациях BSDCan - "тармаза ваще глюкавые".
> Нет, что ты, они технически аргументировано упоминают о проблемах GEOM.

О проблемах! Ух как! С каких пор математико-инженерные задачи по продумыванию и написанию логики стали проблемами? Ну если только нечем думать, тоды да - проблема :)

Какое тусово? BSDCan 2005? Giant lock при SMP? Так уже переписали два раза.
Или что-то иное?

http://www.bsdcan.org/

PS Постарайтесь указывать на цитату, а то получается, слышали звон а вот где он.
Кстати, спасибо - почитал материалы конференции 2011, есть интересные моменты.

Ответить | Правка | Наверх | Cообщить модератору

168. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Michael Shigorinemail (ok), 14-Янв-12, 15:04 
> С каких пор математико-инженерные задачи по продумыванию
> и написанию логики стали проблемами?

Не вмешиваясь в выяснение благородных донов, отмечу, что по-аглицки "задача" (в т.ч. математическая) и есть "problem". :)  Про инженерные зуб не дам, там и "task" проглядывает (ср. IETF).  Насколько понимаю, разница в смысле -- примерно вдоль "озарение" vs "докопать".

Ответить | Правка | Наверх | Cообщить модератору

169. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (ok), 15-Янв-12, 00:08 
>> С каких пор математико-инженерные задачи по продумыванию
>> и написанию логики стали проблемами?
> Не вмешиваясь в выяснение благородных донов, отмечу, что по-аглицки "задача" (в т.ч.
> математическая) и есть "problem". :)

во-первых, мы не англицкие - годы совдепии изменили лингвистичекую картину настолько, что даже изначально эквивалентные понятия имеют теперь разные смыслы, а заимствованые слова также накладываются на чуждую понятийную систему и мутируют в понятии.
примеров приводить не буду, их есть навалом, кто двуязычен, тот и так поймет, кто одноязычен - много надо  рассказывать.
во-вторых, problem в переводе - это очень тяжело/трудно разрешимая ситуация.

проблем процесс, как обычно, в голове.

Ответить | Правка | Наверх | Cообщить модератору

170. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Michael Shigorinemail (ok), 15-Янв-12, 00:18 
> во-первых, мы не англицкие

Разумеется.

> [...] кто двуязычен, тот и так поймет, кто одноязычен - много надо  рассказывать.

А кто три+язычен, тем можно заметить, что данный Вами ниже однозначный перевод заведомо многозначного термина после объяснения семантической неэквивалентности понятийных баз смотрится особо оригинально? :)

> во-вторых, problem в переводе - это очень тяжело/трудно разрешимая ситуация.

Только в учебниках по математике (о которой упомянул) -- это задача и точка.

PS: вспомнилось: "водка хороша, но мясо протухло".

Ответить | Правка | Наверх | Cообщить модератору

171. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (ok), 15-Янв-12, 00:30 
>> во-первых, мы не англицкие
> А кто три+язычен, тем можно заметить, что данный Вами ниже однозначный перевод
> заведомо многозначного термина после объяснения семантической неэквивалентности понятийных
> баз смотрится особо оригинально? :)

да нифига оригинального. если в англиском это более трудная ситуация, выкрутиться из которой стоит много средств и усилий, то в русском - все, капец, неразрешимая, будем биться насмерть.
будем и дальше умничать?

Ответить | Правка | Наверх | Cообщить модератору

172. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Michael Shigorinemail (ok), 15-Янв-12, 00:57 
> будем и дальше умничать?

Будьте добры, почитайте (хотя бы) http://en.academic.ru/dic.nsf/cide/139309/Problem

Вы так трогательно апеллировали к первоисточникам в виде исходников, что я отказываюсь верить своим глазам, когда будучи посланы в словарь -- проявляете чудеса твердолобия.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

173. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от uniman (ok), 15-Янв-12, 01:29 
>> будем и дальше умничать?
> Будьте добры, почитайте (хотя бы) http://en.academic.ru/dic.nsf/cide/139309/Problem

Не буду. У меня стоит dict локально.

Report in wake of phone hacking scandal says contact between officers and journalists has 'not been transparent enough'

A too-close relationship between senior Metropolitan police officers and sections of the media compromises the ability of both to investigate each other, an independent report in the wake of phone hacking has concluded.
...
Это Гардиан, Защитник (перевести попечитель - как-то...), одно из некоторых, которые пробегаю периодически что быть в курсе как и чем дышат в мире. Гардиан, к примеру, желтовата и санта-барбариста, но читать бывает интереснее.

И я четко осознаю отличия говорящих "this is problem" и "это проблема", вплоть до придыхания и дальнейшего поведения. В том числе пишущей школо... молодых людей в форумах опеннет.
Я их периодически изучаю, пофлеймить немножко, когда есть время.

Будем дальше умничать? Или вы хотите оставить за собой последнее слово? Ок, оно за вами.

PS
https://www.opennet.ru/openforum/vsluhforumID3/82394.html#214

Попытался перевести молодому человеку заметку братьев Jolitz 92 года.
Долго мучался как перевести uncumbered - в русскоязычном простанстве легаси-понятия вынесены напрочь, а для америкаца или брита они как дышать.

Ответ, как в том анекдоте - "ба, а ше цэ таке було? - цэ море, сынку, море".

"Мы гороховые зерна, ... вот мы вырастили смену"

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

174. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Michael Shigorinemail (ok), 15-Янв-12, 01:44 
>>> будем и дальше умничать?
>> Будьте добры, почитайте (хотя бы) http://en.academic.ru/dic.nsf/cide/139309/Problem
> Не буду. У меня стоит dict локально.

#155

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру