The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Принято решение о включении нового USB стека во FreeBSD, opennews (??), 20-Авг-08, (0) [смотреть все]

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


28. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Andrew Kolchoogin (?), 20-Авг-08, 13:01 
А вот архитекторы операционных систем не пришли к единому мнению, что делать в этом случае.

panic() -- это не только средство сообщения об ошибке кодирования. Это еще и средство сообщения о том, что операционная система НЕ ЗНАЕТ, что делать в произошедшем случае. А что делать в случае пропадания флэшки -- и правда, непонятно. Ну, к примеру: программа позвала open(), написала данные write()'ом, позвала close(). Все системные вызовы завершились успешно. Программа (и, как следствие, пользователь!) уверены, что ВСЕ НОРМАЛЬНО. Exit code 0. Но ФИЗИЧЕСКИ данные пока в buffer cache. И тут добрый пользователь выдернул флэшку.

Как объяснить пользователю поведение операционной системы, допустим, если в данном случае просто инвалидировать содержимое кэша буферов? Он же ВИДЕЛ, что ВСЕ НОРМАЛЬНО завершилось! Где, балин, данные?! Паника операционки в этом случае -- способ показать, что ан нет, не все нормально...

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

34. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от sauronemail (??), 20-Авг-08, 13:42 
А sync в опции монтирования добавлять не пробовали? Говорят помогает :)
Ответить | Правка | Наверх | Cообщить модератору

61. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Guest (??), 20-Авг-08, 16:52 
Ага, и ждать по полчаса пока данные скопируются на несчастную флешку.
Ответить | Правка | Наверх | Cообщить модератору

78. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 20-Авг-08, 18:54 
>А sync в опции монтирования добавлять не пробовали? Говорят помогает :)

Бесспорно, надо сначала густо разложить мин на поле а потом можно просто снабдить пользователей миноискателем чтобы не колупаться с их уборкой :)

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

161. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Кирилл (??), 21-Авг-08, 13:02 
>>А sync в опции монтирования добавлять не пробовали? Говорят помогает :)
>
>Бесспорно, надо сначала густо разложить мин на поле а потом можно просто
>снабдить пользователей миноискателем чтобы не колупаться с их уборкой :)

Пытаться от межпланетного коробля добиться доступности микролитражки бессмысленно. Я лично с трудом представляю фанатиков, которые юзают фри в качестве десктопной системы. Не понимаю зачем это нужно. А на серваке описанная проблема неактуальна.

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

162. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от kld (?), 21-Авг-08, 14:41 
> Я лично с трудом представляю фанатиков, которые юзают фри в качестве десктопной системы.

А в чем принцыпиальная проблема, по твоему, и чем FreeBSD десктоп хуже Linux десктопа кроме, млять, паник при вытаскивании флешки?

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

166. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 18:14 
>А в чем принцыпиальная проблема, по твоему, и чем FreeBSD десктоп хуже
>Linux десктопа

Кратко - юзабельностью.Среди линуксов есть которые можно без лишнего секса поставить и юзать.И как правило все будет работать.Без недельного секса с системой и кормежек в стиле коммунистов о том что завтра, через неделю, месяц или пять лет наступит всеобщий рулез и все будет зашибись.Практика показала что таким заявам грош цена.Вот когда будет - такая система будет рулез.А до тех пор - оно изделие для энтузиастов и не более.Некоторые этого упорно не понимают и сватают такие поделки всем подряд.Это мягко говоря, ошибка.

Понимаете, обычный пользователь в гробу видел удовольствие постоянно держать в голове тот факт что флешку надо сначала отмонтировать.И если некоторая вероятность того что файл не полностью записался - еще сносно то вот падение системы это уже трындец.Такое как-то могли простить разве что системе типа Win98 которая весьма падучая by design, да и то, только потому что пригодных для юзания альтернатив не было.

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

169. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от kld (?), 21-Авг-08, 19:51 
А можно товарищ ответит? Вы уже себя показали. Могу поспорить, вы без флешки не отличите FreeBSD с gnome/kde3/kde4/xfce от linux'а с тем же самым.
Ответить | Правка | Наверх | Cообщить модератору

177. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 23:33 
>Могу поспорить, вы без флешки не отличите FreeBSD с gnome/kde3/kde4/xfce
>от linux'а с тем же самым.

А давайте поспорим на, скажем, $100 что отличу?Скорее всего - еще на фазе ранней загрузки(у бсд сообщения иные, графику при загрузке оно вроде вообще не умеет, так что г-но вопрос).В крайнем случае - после того как запущу терминал и введу пару команд.

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

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

193. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от bich (?), 22-Авг-08, 08:43 
>[оверквотинг удален]
>фазе ранней загрузки(у бсд сообщения иные, графику при загрузке оно вроде
>вообще не умеет, так что г-но вопрос).В крайнем случае - после
>того как запущу терминал и введу пару команд.
>
>Кроме того - лично у меня на домашней машине главное отличие вот
>какое: в приличных десктопных дистрах иксы взлетают без пинков под зад.В
>разных опробованных бздях после старта иксов наблюдается черный скрин и отсутствие
>картинки на мониторе.Тоже метод отличения... десктопных систем от не десктопных :))).Если
>система не может по дефолту графику раскочегарить, она на десктоп годна
>не более чем топор для плавания по реке.

Ну и чем ты гордишься? Тем что у тебя руки из жопы?

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

194. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от DarkHost (??), 22-Авг-08, 08:52 
Гггг...плюс адин)))
Ответить | Правка | Наверх | Cообщить модератору

208. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 23-Авг-08, 01:12 
> Ну и чем ты гордишься? Тем что у тебя руки из
>жопы?

Я горжусь тем что у меня хватает ума не забивать микроскопом гвозди, когда можно совершенно нахаляву взять из имющегося ящика с инструментом удобный молоток :)

Я как правило в состоянии разрулить практически любую системную проблему, даже весьма нетривиальную.Но с хрена ли я должен обожать это делать, особенно на системе заявленной как десктопная и к тому же сразу в начале знакомства с системой?Да шла б такая система нафиг - вокруг полно других где данный геморрой просто не присутствует, как не присутствует еще и куча других проблем.Например, другие системы не впадают в панику если usb флешку "неправильно" выдернули :D.Если избавиться от фанатизма, фетишизма и разумно выбрать систему под задачи - можно избавить себя любимого от массы дурацкого геморроя :)))

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

168. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 19:37 
>с трудом представляю фанатиков, которые юзают фри в качестве десктопной системы.

+100! Более грамотно и не скажешь.

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

170. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от grayichemail (ok), 21-Авг-08, 19:52 
значит представлялка слабенькая 8)
Ответить | Правка | Наверх | Cообщить модератору

202. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Ленивый пес (?), 22-Авг-08, 21:25 
>Я лично с трудом
>представляю фанатиков, которые юзают фри в качестве десктопной системы. Не понимаю
>зачем это нужно. А на серваке описанная проблема неактуальна.

Туговато с воображением? Не можешь представить? Я тоже.
/Стуча по клавиатуре в окошко Firefox, собственноручно скомпилированного во FBSD63/

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

209. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 23-Авг-08, 01:18 
>/Стуча по клавиатуре в окошко Firefox, собственноручно скомпилированного во FBSD63/

Написано ленивый, а компилять такого монстра при том поди еще и стандартной версии - не влом... где-то тут нас на**ывают :)

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

71. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 20-Авг-08, 18:01 
>[оверквотинг удален]
>-- и правда, непонятно. Ну, к примеру: программа позвала open(), написала
>данные write()'ом, позвала close(). Все системные вызовы завершились успешно. Программа (и,
>как следствие, пользователь!) уверены, что ВСЕ НОРМАЛЬНО. Exit code 0. Но
>ФИЗИЧЕСКИ данные пока в buffer cache. И тут добрый пользователь выдернул
>флэшку.
>
>Как объяснить пользователю поведение операционной системы, допустим, если в данном случае просто
>инвалидировать содержимое кэша буферов? Он же ВИДЕЛ, что ВСЕ НОРМАЛЬНО завершилось!
>Где, балин, данные?! Паника операционки в этом случае -- способ показать,
>что ан нет, не все нормально...

В этом случае нормальный способ показать - это, например, вывести сообщение типа "флешка была некорректно извлечена, возможна потеря данных", и пусть пользователь сам решает, что ему делать - вставить флешку и проверить, скопировались на нее данные или нет, либо вставить флешку и скопировать данные еще раз, либо нажать reset на компе :)

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

74. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от andr.mobi (??), 20-Авг-08, 18:20 
> Как объяснить пользователю поведение операционной системы, допустим, если в данном
> случае просто инвалидировать содержимое кэша буферов? Он же ВИДЕЛ, что ВСЕ НОРМАЛЬНО
> завершилось! Где, балин, данные?! Паника операционки в этом случае -- способ показать,
> что ан нет, не все нормально..

Это самый хреновый способ, какой только можно было придумать. Насрать мне на эти данные, они всё равно УЖЕ потеряны. А в результате ядерной паники останавливается вообще ВСЁ, и очень часто теряетя ещё что-нибуль крайне важное, кроме того, что уже и так про@бали. Не говоря уже о том, что это абсолютно недопустимо на публичном сервере, безостановочно обслуживаемого клиентов. Достаточно воткнуть в него глюкавую флэшку - и прощай аптайм.

Не только к серверу, но и домашнему десктопу давно пора предъявлять самые жёсткие требования по безотказности, как к любым встраиваемым системам в промышленности. И путь к этому только один - микроядро. Скорости давно уже хватает выше крыши, на жабе и перле все пишут. О потере данных можно написать в /var/log/messages, но никак не зарубать на лету несколько десятков процессов кровавой шашкой. Это очень некрасивое решение, и даже не решение вовсе, а игнорирование очень важной проблемы.

У меня на USB навешен массив из нескольких винтов на 2 Тб. Я скоро выделю под это дело отдельную машину под другой ОС, под фрёй ловля глюков и еженедельные перезагрузки уже достали. Мало того, что рубятся все сервисы, UFS ещё и файлы теряет, которые были записаны несколько лет назад и юзались только для чтения.

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

120. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Sememail (ok), 20-Авг-08, 22:09 
>У меня на USB навешен массив из нескольких винтов на 2 Тб.

Ты уверен, что это правильное решение? В отношении скорости доступ например?

>Я скоро выделю под это дело отдельную машину под другой ОС,
>под фрёй ловля глюков и еженедельные перезагрузки уже достали. Мало того,
>что рубятся все сервисы, UFS ещё и файлы теряет, которые были
>записаны несколько лет назад и юзались только для чтения.

Ты фантазер :)

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

152. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от ReWireemail (??), 21-Авг-08, 09:40 
Здесь вообще клиника. В сервер втыкаются внешние винты, флешки и т.п... Гнать надо таких админов! ;)
Ответить | Правка | Наверх | Cообщить модератору

178. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 23:36 
>Здесь вообще клиника. В сервер втыкаются внешние винты, флешки и т.п... Гнать
>надо таких админов! ;)

Хм.А юсб на серверах зачем-то есть :).А еще зачем-то есть чудаки у которых фря на десктопе :)

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

185. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от 561 (?), 22-Авг-08, 06:42 
на серверах есть вот такое:

# grep usb /etc/rc.conf
usbd_enable="NO"

а как десктотп: очень даже хорошо.

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

196. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (-), 22-Авг-08, 10:37 
>на серверах есть вот такое:
>
># grep usb /etc/rc.conf
>usbd_enable="NO"
>
>а как десктотп: очень даже хорошо.

(~/dist/freebsd). svn log -c153430
------------------------------------------------------------------------
r153430 | iedowse | 2005-12-15 04:04:51 +0300 (Thu, 15 Dec 2005) | 5 lines

Remove usbd(8) and all references to it. It is no longer necessary
since devd(8) now provides the same functionality.

Submitted by:   Anish Mistry

------------------------------------------------------------------------


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

159. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Ленивый пес (?), 21-Авг-08, 12:02 
>Не только к серверу, но и домашнему десктопу давно пора предъявлять самые
>жёсткие требования по безотказности, как к любым встраиваемым системам в промышленности.
>И путь к этому только один - микроядро. Скорости давно уже
>хватает выше крыши, на жабе и перле все пишут. О потере
>данных можно написать в /var/log/messages, но никак не зарубать на лету
>несколько десятков процессов кровавой шашкой. Это очень некрасивое решение, и даже
>не решение вовсе, а игнорирование очень важной проблемы.

Епс ту дэй, дык купи себе серверный набор с резерированием всего чего только можно за пару десятков килоевро (лучше два - а вдруг?), запимай на бесперебойник с дизель генератором, QNX на борт - и будет тебе щастье.

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

75. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от andr.mobi (??), 20-Авг-08, 18:24 
> Паника операционки в этом случае -- способ показать, что ан нет, не все нормально...

Это самый *** способ, какой только можно было придумать. *** мне на эти данные, они всё равно УЖЕ потеряны. А в результате ядерной паники останавливается вообще ВСЁ, и очень часто теряетя ещё что-нибуль крайне важное, кроме того, что уже и так ****. Не говоря уже о том, что это абсолютно недопустимо на публичном сервере, безостановочно обслуживаемого клиентов. Достаточно воткнуть в него глюкавую флэшку - и прощай аптайм.

Не только к серверу, но и к домашнему десктопу давно пора предъявлять самые жёсткие требования по безотказности, как к любым встраиваемым системам в промышленности. И путь к этому только один - микроядро. Скорости давно уже хватает выше крыши, на жабе и перле все пишут. О потере данных можно написать в /var/log/messages, но никак не зарубать на лету несколько десятков процессов кровавой шашкой. Это очень некрасивое решение, и даже не решение вовсе, а игнорирование очень важной проблемы.

У меня на USB навешен массив из нескольких винтов на 2 Тб. Я скоро выделю под это дело отдельную машину под другой ОС, под фрёй ловля глюков и еженедельные перезагрузки уже достали. Мало того, что рубятся все сервисы, UFS ещё и файлы теряет, которые были записаны несколько лет назад и юзались только для чтения.

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

79. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 20-Авг-08, 19:04 
>Не только к серверу, но и к домашнему десктопу давно пора предъявлять
>самые жёсткие требования по безотказности,

Это с "быдло"оперативкой то без ECC и прочим железом рассчитанным на ширпотребное применение по принципу "как-то работает ну и ладно"?Ну да, предъявляйте, флаг в руки... вот только у серверов надежность еще и на железячном уровне получше будет.Например память с ECC типичная для серверов отловит переворот 1 бита, даже если это случится всего лишь раз в год, так что никакой мемтест это разумеется не поймает(кто ж его будет год гонять?).А вот обычная оператива этот факт не поймает.И в зависимости от того где перевернулся этот битик - результаты могут быть очень разные.Запись недостоверных данных на диск что в структуры ФС что в сами  файлы - запросто.Да и ошибки в выполнении программ, etc.

>И путь к этому только один - микроядро.

Ой.А вы случайно не Таненбаум?Тот тоже бредит микроядрами :)

>даже не решение вовсе, а игнорирование очень важной проблемы.

Ну да.А теперь расскажите мне плиз, почему в линуксе без всяких там микроядер как раз именно вот так все и происходит?Если usb девайс сдернут во время записи так что данные не слиты - ну поматерится оно в лог да заткнется вскоре.Без всяких там микроядер и прочей бни.

>У меня на USB навешен массив из нескольких винтов на 2 Тб.

Мде... это отличное решение.Для неетоорооплиивыых жиитеелеей эээстоониии :)))

>что рубятся все сервисы, UFS ещё и файлы теряет, которые были
>записаны несколько лет назад и юзались только для чтения.

Мде.Если andr обосрал состояние дел с ФС в бзде - думаю что его в отличие от меня никто в предвзятости не обвинит...

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

145. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 21-Авг-08, 04:57 
>Мде.Если andr обосрал состояние дел с ФС в бзде - думаю что
>его в отличие от меня никто в предвзятости не обвинит...

А он кто? %-) Очередной дворник рассуждающий о высоких технологиях? Ну так запасись попкорном - сейчас оно и на линукс срать будет :) Ибо такая публика более ничего и не умеет.

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

176. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 23:17 
>А он кто? %-) Очередной дворник рассуждающий о высоких технологиях?

Да не, субъективно он какой-то теоретик по типу Таненбаума - взгляды на красоту систем у него логичные в теории но ужасно не практичны для реального мира :)

>запасись попкорном - сейчас оно и на линукс срать будет :)

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

>Ибо такая публика более ничего и не умеет.

А судьи кто?

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

172. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 21-Авг-08, 21:42 
Обычное десктопное/ноутбучное железо, хоть и быдло, но все же работает без перезагрузки и глюков по несколько недель.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

180. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 21-Авг-08, 23:50 
>Обычное десктопное/ноутбучное железо, хоть и быдло, но все же работает без перезагрузки
>и глюков по несколько недель.

Понимаете в чем дело, при этом ДОСТОВЕРНОСТЬ вычислений никто толком не гарантирует.Скажем оперативка без ECC может подглюкивать, при том иногда - слишком редко или при слишком экзотичных условиях чтобы это выловили мемтесты.В случае с серверным железом у железа обычно бОльший запас по параметрам, само железо менее халтурное и некоторый набор технологий для повышения достоверности вычислений.Та же оператива с ECC, вагоны средств мониторинга состояния системы ну и прочая.

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

189. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 22-Авг-08, 08:12 
>>Обычное десктопное/ноутбучное железо, хоть и быдло, но все же работает без перезагрузки
>>и глюков по несколько недель.
>
>Понимаете в чем дело, при этом ДОСТОВЕРНОСТЬ вычислений никто толком не гарантирует.Скажем
>оперативка без ECC может подглюкивать, при том иногда - слишком редко
>или при слишком экзотичных условиях чтобы это выловили мемтесты.В случае с
>серверным железом у железа обычно бОльший запас по параметрам, само железо
>менее халтурное и некоторый набор технологий для повышения достоверности вычислений.Та же
>оператива с ECC, вагоны средств мониторинга состояния системы ну и прочая.
>

Да и пусть не гарантирует. ТЕОРЕТИТЧЕСКИ и могут быть глюки, но ПРАКТИЧЕСКИ их нет.

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

210. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 23-Авг-08, 01:33 
>Да и пусть не гарантирует. ТЕОРЕТИТЧЕСКИ и могут быть глюки, но ПРАКТИЧЕСКИ
>их нет.

А это такая штука из разряда "после узнаете".Когда вы через 10 лет попробуете прочитать энный файл а тут то и опаньки (скажем он поврежден) - будет весело.Я таким макаром однажды почти год оперативу изредка глючущую отлавливал.Обратил внимание на редкие подглюкивания системы (в те времена это была винда, тем более 98, так что глюки не очень удивляли). Мемтесты (включая незабвенный memtest86+) ни звука не издавали даже при суточном цикле теста (!!!).Зато однажды zip при декомпрессии большого архива сказал CRC Error хотя я точно помнил что этот архив исправен.Более того во второй раз все распаковалось ок.А тут уже все понятно.

Тогда был найден интересный метод теста оперативки: жмем архив гига на 2 и потом декомпрессим его раз 10-20 подряд.Видимо при этом нагрузка более сфокусирована на конкретные чипы, которые греются сильнее чем при работе мемтеста который по всей памяти шарится равномерно (и потому не максимально возможно) грея память.Ну и в итоге если должного запаса устойчивости нет - можно наблюдать глюки.Вот только если запас будет чуть побольше - можно не отловить такое безобразие вообще.Это не значит что оно не будет раз в неделю, месяц, год, ... при пиковой нагрузке биты переворачивать.Как ничто не мешает и прилететь помехе достаточной мощночти или даже частице с достаточной энергией.И вы хотите на всем этом ширпотребном дерьмище которое продается без сильного запаса прочности получить надежность?Да вы умрете с этой мечтой имхо...

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

234. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Осторожный (?), 26-Авг-08, 21:28 
>[оверквотинг удален]
>сфокусирована на конкретные чипы, которые греются сильнее чем при работе мемтеста
>который по всей памяти шарится равномерно (и потому не максимально возможно)
>грея память.Ну и в итоге если должного запаса устойчивости нет -
>можно наблюдать глюки.Вот только если запас будет чуть побольше - можно
>не отловить такое безобразие вообще.Это не значит что оно не будет
>раз в неделю, месяц, год, ... при пиковой нагрузке биты переворачивать.Как
>ничто не мешает и прилететь помехе достаточной мощночти или даже частице
>с достаточной энергией.И вы хотите на всем этом ширпотребном дерьмище которое
>продается без сильного запаса прочности получить надежность?Да вы умрете с этой
>мечтой имхо...

Память как раз memtest греет хорошо.
Просто memtest ловит не все проблемы с памятью !
memtest имеет специфическую направленость тест,
грубо говоря memtest тестирует связку память-CPU,
а глюк например может быть в связке память-chipset-сетевая_карта.

А вот как раз многократная распаковка архива протестирует те связи,
что недоступны для memtest.

Но это все не значит, что не нужно использовать memtest !

Смотрим температуру на всех датчиках какие доступны,
температуру мостов,
осмотр дутых конденсаторов,
смотрим скорость вентилятов,
проверяем память с помощью memtest,
проверяем жесткий диск.
Если ничего не нашли -
тогда более сложные тесты стресc-тесты
или распаковка архива
или ставим FreeBSD и make buildworld :)

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

237. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 26-Авг-08, 22:55 
>Память как раз memtest греет хорошо.

Но не максимально.Он размазывает доступ на всю память.Если же весь обмен данными сфокусируется на 1 чипе(или нескольких из... - от разрядности модуля и чипов по идее зависит) - интенсивность обращений к чипу (или нескольким чипам, зависит от разрядности и т.п.) возрастет и он нагреется сильнее чем при просто мемтесте.

>а глюк например может быть в связке память-chipset-сетевая_карта.

Глюк у оперативки как правило один - при прогреве выше энного порога при скорости выше энной чтение или запись иногда недостоверны.В считанных битах на гигабайты.

>А вот как раз многократная распаковка архива протестирует те связи,
>что недоступны для memtest.

А каким макаром сетевуха там оказалась при делах?И кстати а что вы скажете на то что глюки пропали после замены модуля RAM?При чем тут чипсет если сбоило явно чтение\запись модуля оперативы как только он нагреется выше чем энная температура.

>Но это все не значит, что не нужно использовать memtest !

Это неплохой тест.Но не панацея.И даже не стресс-тест - он не ставит себе задачу максимально нагрузить индивидуальные чипы, в итоге доступ равномерно размазан по всему модулю.Думается что с архиватором особенно с небольшим словарем (эффект был пойман на ZIP архиве) все общение с RAM умещается в 1 чип (или несколько чипов из всех - зависит от разрядности по идее).И вот тут нагрузка на чип(ы) RAM максимально возможная.

>тогда более сложные тесты стресc-тесты

Почему-то мне помогло сменить на той машине модуль RAM.По-моему я и без всех этих плясок с бубном вычислил проблему :-)

>или ставим FreeBSD и make buildworld :)

Там проверки CRC нету.Ошибки типа редкого переворота битов могут быть вообще не отловлены.В результате у вас просто получится немного поврежденная система.Без какого либо оповещения о данном факте скорее всего :).Если софт типа архиваторов знает CRC результата и в курсе что файл может быть битым то вот компилер такой паранойей не страдает.

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

186. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от 561 (?), 22-Авг-08, 06:55 
>Если usb девайс сдернут во время записи так что данные не слиты - ну поматерится оно в лог да заткнется вскоре.

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

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

197. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 22-Авг-08, 11:38 
Проблема устойчиво повторяется? Пожалуйста, опиши как можно подробнее условия ее возникновения (версии ПО, используемое железо, и т.п.) и отправь разработчикам дебиана. Это очень важно.
Ответить | Правка | Наверх | Cообщить модератору

211. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 23-Авг-08, 01:45 
>мышь... и спасает только ребут системы.

Не знаю, в кубунте при обычном использовании как то сдернуть флешку в произвольный момент как максимум я наблюдал - нытье драйвера VFAT про то что дескать, запись не удалась и констатация кернелем факта что запрос на отключеный девайс отклонен.Нормальная реакция.Еще б UI матюкнулся что вы, дескать баклан - было бы совсем замечательно.

Может конечно если как следует быстро и активно "подрочить" флешкой - чипсету или системе может и сорвет башню из-за race confitions или чего там еще, не проверял.При штатном юзании флешек, картридеров и т.п. сроду проблем не видел.Что там с дебианом - не знаю.Я его на десктопе не юзаю а на серверах флешки как-то не требуются втыкать-вытыкать на регулярной основе.

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

229. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (ok), 24-Авг-08, 22:43 
>ой, как красиво...

Провел ради интереса "краш тест" - весьма негуманно пообращался с usb девайсами:).Основательно "подрочил" флешкой, хабом и bluetooth-донглой.Система Kubuntu 8.04.1 x64, кернель на момент тестов - 2.6.24-19-generic.Чипсет - nForce 570 (у некоторых других возможно usb горбатее).Никаких проблем.То есть вообще никаких особых спецэффектов просто не возникает даже если не только медленно но и даже весьма резво передергивать девайсы и даже пытаться изобразить хреновый контакт.Тьфу на вас, поразвели страшилок, пусть бсдшники и парятся с паниками, им не привыкать :))).Честно говоря, я думал что хотя-бы быстрое передергивание вызовет хоть какие-то проблемы.Ага, как же.Фига.Работает и не глючит :)

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

239. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от tiger (??), 27-Авг-08, 12:48 
>[оверквотинг удален]
>
>Провел ради интереса "краш тест" - весьма негуманно пообращался с usb девайсами:).Основательно
>"подрочил" флешкой, хабом и bluetooth-донглой.Система Kubuntu 8.04.1 x64, кернель на момент
>тестов - 2.6.24-19-generic.Чипсет - nForce 570 (у некоторых других возможно usb
>горбатее).Никаких проблем.То есть вообще никаких особых спецэффектов просто не возникает даже
>если не только медленно но и даже весьма резво передергивать девайсы
>и даже пытаться изобразить хреновый контакт.Тьфу на вас, поразвели страшилок, пусть
>бсдшники и парятся с паниками, им не привыкать :))).Честно говоря, я
>думал что хотя-бы быстрое передергивание вызовет хоть какие-то проблемы.Ага, как же.Фига.Работает
>и не глючит :)

уважаемый <s>троль</s>тестер, а почему Вы не говорите что Вы НЕ монтировали ничего а тупо дро%чили девайсами? Если голова не работает то да, сложно юзать не *бунту на десктопе, там да, круто, поставил в несколько кликов мышой и можно излагать в коментах свои безусловно высокоинтеллектуальные мысли. Почему то только в линаксах вечные ж%пы случаются, то опенссл "шарящие" перцы поломают то ключ прое%ут гломурные хлопцы в красных шапках. не нравится(не осилил ОС) - не нужно троллить в этой ветке - пойди на lor отметься, там таких как ты много.
Отчего у меня аптаймы по несколько месяцев работы за десктопом под fbsd случаются? Могу предположить лишь только то что я также говняю линакс и интересуюсь фбсд что как следствие развивает приемы нормальной работы. например перед тем как тупо вытянуть флешку я ее отмонтирую (виндовс 2к несколько лет назад меня приучила так делать). хотя, я думаю, проженным "гуру" дебианаподобной фигни этого не понять.

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

240. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от pavel_simple (??), 27-Авг-08, 13:22 
> Почему то только в линаксах вечные ж%пы случаются, то опенссл "шарящие" перцы поломают >то ключ прое%ут гломурные хлопцы в красных шапках.

Вам к логопеду

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

241. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от tiger (??), 27-Авг-08, 16:21 
>> Почему то только в линаксах вечные ж%пы случаются, то опенссл "шарящие" перцы поломают >то ключ прое%ут гломурные хлопцы в красных шапках.
>
>Вам к логопеду

я никапли не сомневался что лор следит за опеннет-ом. привет им.
пользуясь случаем: "лайнагз"

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

243. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 27-Авг-08, 19:44 
>уважаемый <s>троль</s>тестер, а почему Вы не говорите что Вы НЕ монтировали ничего

Если бы вы еще и видели хоть одним глазом убунты а не только махали кулаками - тогда знали бы что там автомонтирование флешек есть.

>а тупо дро%чили девайсами?

А вы уверены что тупо?Или вы это в меру своих весьма заурядных талантов прикинули?Я еще и GUI спрашивающий что делать на вшивость немного потестил.Ему как ни странно мои фокусы тоже проблем не создали.Хотя я вообще-то такой безпроблемности не ожидал.

> да, круто, поставил в несколько кликов мышой и можно излагать в коментах

А вас не смущает например то что я кроме кликов мышкой могу еще и например качнуть скажем модуль ядра btrfs, скомпилить оный, подгрузить, склепать диск в файле для тестов оного, ну и посмотреть как оно?Правда мышку там особо не поюзаешь, но это и не есть ординарная рутинная операция.Это интересный мне системный эксперимент с интересным для меня результатом и в этом случае результат стоит ручной возни.А в случае рутинных и повторяющихся операций все должно быть просто и без моего участия.Ибо принцип от IBM.А еще могу и хочу - разные вещи.Я считаю что в десктопной системе базовые операции должны делаться просто, быстро и без подкладывания свиньи пользователю в дефолтных настройках.Имею право так считать.Нормальный такой критерий для оценки качества системы как десктопа.

> Если голова не работает то да,

Ого.А вы случайно зубы по телефону драть не умеете при таких навернутых способностях к удаленной диагностике?Штатным телепатом не желаете устроиться?А то в саппортах например с такими скиллами с руками оборвут :)

> поставил в несколько кликов мышой и можно излагать в коментах свои безусловно
> высокоинтеллектуальные мысли.

Понимаете, интеллект - он не в том неделю вы промудохались с системой или полчаса для достижения одного и того же результата.Он в умении мыслить, анализировать, находить решения, etc.Машина должна работать а человек думать (c) IBM.И занимать свою голову какими-то там флешками - гхм, знаете, у меня есть много более интересных вопросов для грения над ними головы чем несчастные флешки.Честное слово.

>Почему то только в линаксах вечные ж%пы случаются, то опенссл "шарящие"
>перцы поломают то ключ прое%ут гломурные хлопцы в красных шапках.

Не хотелось напоминать, но тут из зала подсказывают: было дело, сайт опенбсд сломали.Ж%пы то не только у линуксоидов :P.Секурити вообще не выигрышная тема для понта - 1 фиг рано или поздно придется отдуваться и краснеть.

>не нравится(не осилил ОС) - не нужно троллить в этой ветке

Если бы вы еще и читать умели а не только хамить то узнали бы что (какой кошмар!) я админил VDS на FreeBSD и даже гонял (ну, смотрел на что способны, скажем так) десктопные варианты bsd.А то что мне не понравилось как оно работает я не виноват.Сами по себе бзди обычный *никс.Что-то лучше других.Что-то хуже.Проблем - поболее чем у других.Самолично потрахаться с иксами в десктопной системе?Мне не доставляет кайфа вручную тыкать систему как слепого котенка, у меня мозг к PCI-E не заинтерфейсен напрямую в отличие от железки.Так что г-но вопрос, если кто-то оплатит данный трах - пожалуйста.А чисто для души и задарма у меня более интересные дела есть чем всякие сырые недоделки ковырять.

>Отчего у меня аптаймы по несколько месяцев работы за десктопом под fbsd
>случаются?

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

>Могу предположить лишь только то что я также говняю линакс

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

>и интересуюсь фбсд что как следствие развивает приемы нормальной работы.

Это дрессироваться то под железку и ос - нормальная работа?Ну да, а обезьяны дрессируются "нажал кнопку - получил банан".А принципиальная разница в чем?Только в том что условные рефлексы разные?Круто!

>"гуру" дебианаподобной фигни этого не понять.

Да, конечно.Куда ж нам дуракам чай пить?Пойду ка я лучше посмотрю как там дела с btrfs чем с всякими пальцатыми пионерами флеймить, а то давно что-то не смотрел как там состояние дел :)

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

164. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Дмитрий Ю. Карпов (?), 21-Авг-08, 15:42 
> программа позвала open(), написала данные write()'ом, позвала close(). Все системные вызовы завершились успешно. Программа (и, как следствие, пользователь!) уверены, что ВСЕ НОРМАЛЬНО. Exit code 0.

Если программа написана нормальным программистом, то перед закрытием она заставит операционку сбросить буфер и будет ждать завершения записи. Некоторые системы вообще открывают файлы в синхронном режиме.

> Как объяснить пользователю поведение операционной системы, допустим, если в данном случае просто инвалидировать содержимое кэша буферов? Он же ВИДЕЛ, что ВСЕ НОРМАЛЬНО завершилось!

Вывалить сообщение на консоль.

> Паника операционки в этом случае -- способ показать, что ан нет, не все нормально...

А лучше - при сборке компьютера закладывать пиропатрон, который в таких случаях будет взрывать систему, показывая юзеру, что так жедать не надо. :)

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

216. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от User294 (??), 23-Авг-08, 05:00 
>А лучше - при сборке компьютера закладывать пиропатрон, который в таких случаях
>будет взрывать систему, показывая юзеру, что так жедать не надо. :)

Мину с электровзрывателем под стул юзеру пожалуй надежнее и эффективнее.После этого эта сволочь точно уже не сможет выдергивать флешки на ходу, да и на остальных эффект произведет неслабый :D

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

188. "Принято решение о включении нового USB стека во FreeBSD"  +/
Сообщение от Аноним (99), 22-Авг-08, 08:09 
>[оверквотинг удален]
>-- и правда, непонятно. Ну, к примеру: программа позвала open(), написала
>данные write()'ом, позвала close(). Все системные вызовы завершились успешно. Программа (и,
>как следствие, пользователь!) уверены, что ВСЕ НОРМАЛЬНО. Exit code 0. Но
>ФИЗИЧЕСКИ данные пока в buffer cache. И тут добрый пользователь выдернул
>флэшку.
>
>Как объяснить пользователю поведение операционной системы, допустим, если в данном случае просто
>инвалидировать содержимое кэша буферов? Он же ВИДЕЛ, что ВСЕ НОРМАЛЬНО завершилось!
>Где, балин, данные?! Паника операционки в этом случае -- способ показать,
>что ан нет, не все нормально...

Гениально.
А если так: программа вызвала write () на TCP-сокете. ОС взяла эти данные в буфер и сказала программе, что они успешно записались. А потом - remote host завис/пропала связь, в общем, выяснилось, что данные доставить невозможно. Программа же видела, что ВСЕ НОРМАЛЬНО записалось! Тоже паниковать?

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

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

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




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

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