Re: offtopic: Дисковая подсистема

Re: offtopic: Дисковая подсистема

Оракл это тема для отдельного обсуждения, выходящая
за рамки этого форума,
но скажу Вам, что "вы не любите кошек по тому что не
умеете их готовить 
" :))
Тестировли
postgress, interbase, db2, все ушли ф топку.

На счет фс для оракла - самая лучша фс это отстутствие
оной, или что 
либо типа ocfs 1, что впринципе те же равы.
Справедливо для линуксов, для санок можно и с фс жить.

Alexander Simonov wrote:
> Странно.... У нас правда оракл нагрузки не выдержал :)
> Живет посгресс и очень хорошо себя чувствует :)
> ФС jfs.
>
>
>
> 30 нояб. 2007, в 17:38, Kostya Alexandrov писал(а):
>
>> ну девайс патамушто древний, uw160, неплохой, но
древний, entry level
>> максимум который от него мой оракл может получить
50М/сек, согласно 
>> вмстату
>> со стоража эгенеры, тот же оракл согласно томуж
вмстату на той же 
>> таске может выжать 300М/сек
>>
>> Alexander Simonov wrote:
>>> Хм.... Это почему же?
>>>
>>>
>>> 30 нояб. 2007, в 16:43, Kostya Alexandrov писал(а):
>>>
>>>> p.s
>>>> в 2006 году покупать msa500/1000 впринципе неправилоьно :))
>>>> особой производительности от девайса ждать нестоит...
>>>>
> --
> WBR,Alexander Simonov (DEVL-RIPE | DEVL-UANIC)
> Programmer, IT Department, Dnepr-Victoria (_http://favoritbet.com_ 
> <http://favoritbet.com/>)
>
>
>
>

Re: offtopic: Дисковая подсистема

Оракл это тема для отдельного обсуждения, выходящая
за рамки этого форума,
но скажу Вам, что "вы не любите кошек по тому что не
умеете их готовить 
" :))
Тестировли
postgress, interbase, db2, все ушли ф топку.

На счет фс для оракла - самая лучша фс это отстутствие
оной, или что 
либо типа ocfs 1, что впринципе те же равы.
Справедливо для линуксов, для санок можно и с фс жить.

p.s.
как msa500 работает быстрее

Alexander Simonov wrote:
> Странно.... У нас правда оракл нагрузки не выдержал :)
> Живет посгресс и очень хорошо себя чувствует :)
> ФС jfs.
>
>
>
> 30 нояб. 2007, в 17:38, Kostya Alexandrov писал(а):
>
>> ну девайс патамушто древний, uw160, неплохой, но
древний, entry level
>> максимум который от него мой оракл может получить
50М/сек, согласно 
>> вмстату
>> со стоража эгенеры, тот же оракл согласно томуж
вмстату на той же 
>> таске может выжать 300М/сек
>>
>> Alexander Simonov wrote:
>>> Хм.... Это почему же?
>>>
>>>
>>> 30 нояб. 2007, в 16:43, Kostya Alexandrov писал(а):
>>>
>>>> p.s
>>>> в 2006 году покупать msa500/1000 впринципе неправилоьно :))
>>>> особой производительности от девайса ждать нестоит...
>>>>
> --
> WBR,Alexander Simonov (DEVL-RIPE | DEVL-UANIC)
> Programmer, IT Department, Dnepr-Victoria (_http://favoritbet.com_ 
> <http://favoritbet.com/>)
>
>
>
>

Re: Re[4]: вопрос - offtopic

Re: вопрос - offtopic

On 02.12.2007 0:33, Nikolay Grebnev wrote:
> 
> Или только складывать логи локально, и ежесуточно их
автоматом 
> переливать в другое место?
> 

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

Подозреваю что syslog-ng даже в premium edition может потерять
часть данных в момент потери связи с удаленным 
сервером, поскольку в его протоколе AFAIK нет ACK на
прикладном уровне. А там где его нет, возникает такая 
проблема:

Отправитель просит ОС отправить данные по сети
сделав write().
ОС помещает эти данные в буфер tcp-стека и возвращает
размер записанных в буфер данных.
Некоторые приложения (включая syslog-ng) думают что раз
write() не вернул ошибок можно считать что данные 
успешно отправлены и о них можно забыть.

Но если после того как данные были записаны в буфер но
до того как были переданы, хост получателя вдруг
станет 
недоступен, то данные будут потеряны. ОС будет чесно
пытаться доставить данные (tcp retransmit) но делать 
вечно она этого не может. Да и в случае перезагрузки
удаленного хоста это не поможет.

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

Чтобы оно не терялось syslog-сервер должен посылать
назад отправителю подтверждение того, что данные получены.
Насколько я знаю в syslog-ng таких подтверждений нет (но я
могу ошибаться, исходники смотрел давно и 
недостаточно внимательно).

--

-- 
WBR,
  Anton Yuzhaninov

Re: вопрос - offtopic

On Sunday 02 December 2007 01:13, Anton Yuzhaninov wrote:
> On 02.12.2007 0:33, Nikolay Grebnev wrote:
> > Или только складывать логи локально, и ежесуточно
их автоматом
> > переливать в другое место?
>
> Но если после того как данные были записаны в буфер но
до того как были
> переданы, хост получателя вдруг станет недоступен,
то данные будут
> потеряны. ОС будет чесно пытаться доставить данные
(tcp retransmit) но
> делать вечно она этого не может. Да и в случае
перезагрузки удаленного
> хоста это не поможет.
>
> Следующий write() уже скорее всего вернет ошибку, и логи начнут
> буферезироваться локально. Но содержимое
предыдущего write() будет
> потеряно.
>
> Чтобы оно не терялось syslog-сервер должен посылать
назад отправителю
> подтверждение того, что данные получены. Насколько
я знаю в syslog-ng таких
> подтверждений нет (но я могу ошибаться, исходники
смотрел давно и
> недостаточно внимательно).

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

Если хочется чего-то действительно надежного, надо
сохранять логи в 
транзакционную БД, но это очевидный overkill 

--

-- 
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take

Re[2]: offtopic: какой ме� в�б�а�� - б�ков�й ил и �ек��оли�ов�й?

Hello Phil,

Friday, November 30, 2007, 1:37:15 AM, you wrote:

>> может до лета ждать не стоит? и прям сейчас в отпуск
> Эх, золотые слова. Одна проблема - сейчас на несколько
дней игры не
> делают - зима на дворе. Так что летом только. Готовлю сани
> соответственно зимой.

Так сейчас же самое время! В эльфы запросто возьмут, в
декабре на них большой
спрос. Главное, чтоб был опыт работы с оленями ;)

-- 
Best regards,
 Yevgeniy                            mailto:yk <at> cifnet.com

Re: Re[2]: offtopic: какой ме� в�б�а�� - б�ков�й ил и �ек��оли�ов�й?

02.12.07, Yevgeniy Kruglov<yk <at> cifnet.com> написал(а):

> >> может до лета ждать не стоит? и прям сейчас в отпуск
> > Эх, золотые слова. Одна проблема - сейчас на
несколько дней игры не
> > делают - зима на дворе. Так что летом только. Готовлю сани
> > соответственно зимой.
> Так сейчас же самое время! В эльфы запросто возьмут, в
декабре на них большой
> спрос. Главное, чтоб был опыт работы с оленями ;)

Я правильно понял Вашу иронию в том смысле, что надо
повторить вопрос
попозже, когда спрос будет больше?

--

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

Re: Re[2]: offtopic: какой ме??? в???б???а?????? - б???ков???й ил и ???ек??????оли???ов???й?

> 
> Я правильно понял Вашу иронию в том смысле, что надо
повторить вопрос
> попозже, когда спрос будет больше?

И мне вот кажется, что в nginx-ru вы можете не найти ответа
на свой
вопрос. Возможно, нужные специалисты тусуюцца в RU.LINUX
или в
RU.PHOTO.SLR-DSLR

Алексей Тутубалин
mailto: lexa@...
Web: http://www.lexa.ru/lexa 

Re: Re[2]: offtopic: какой ме??? в???б???а?????? - б???ков???й ил и ???ек??????оли???ов???й?

02.12.07, Alex Tutubalin<lexa <at> lexa.ru> написал(а):

> И мне вот кажется, что в nginx-ru вы можете не найти ответа
на свой
> вопрос.

Странно, А мне казалось по трафику что здесь такой
мужской клуб с
широким кругом интересов. То вот семинар
пообсуждают, то вот тут
дисковой подсистемой весь инбокс... эээ... завалили.
Тема эльфов -
дааа, она специфическая, конечно. Но ничего, я ещё тему
сисек раcкрыть
не пытался - благо клуб практически мужской, всем
будет интересно, а
некоторым я думаю и актуально...

--

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin