LINUX.ORG.RU

Сообщения mmarkk

 

Ubuntu vs RedHATE

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

Возможно.

Сейчас у меня тут другое мнение. что раньше так и было, а вот теперь убунту обскакала его на серверах по многим параметрам. Драйвера теперь в RPM всеравно никто не распространяет, так что этот вопрос отпал. техподдержка - ну это вроде как есть. учебные курсы? тут да, нету. Сертификация ? нету. Зато! сервер под бубном работает искаропки, чего явно не скажешь про редхат (который из коробки никогда вообще не работал. один только chkconfig чего стоит и boot=on). Стабильность софта - одинаково (по моему опыту) глючит и там и там. исправления багов и безопасности в убунте вроде быстрее. С другой стороны, разрабы серверного софта в основном на редхат работают. И почему-то оракле взял именно редхат...Сравнить патчи, скажем, ядра - крайне трудно, поэтому не ясно.

В итоге, если, предположим, нужно ставить сервера в конторы - то на каком дистре (из этих двух) остановились бы вы (и почему) ?

Я тут в коментах жду продуктивного срача и обсуждения одного дистра против другого.

Перемещено post-factum из General

mmarkk ()

[doc][howto] ragel

Здравия желаю, товарищи.

Подскажите пожалуйста, где можно почитать ну хоть что-нибудь про ragel кроме их PDF-ки и примеров исходников? Желательно на русском. Дело в том что по факту там многие вещи ни разу не очевидны. Мне бы хотелось какую-нибдуь обучалку с указанием граблей, а то я на них постоянно наступаю. Ну или если есть спец по рагелю - то хотелось бы заполучить контакты - у меня есть что спросить.

mmarkk ()

EPOLL и детект будущего EWOULDBLOCK

С одной стороны, man epoll, A9:

For  stream-oriented  files  (e.g.,  pipe,  FIFO,   stream
socket),  the  condition  that the read/write I/O space is
exhausted can also be detected by checking the  amount  of
data  read  from  / written to the target file descriptor.
For example, if you call read(2) by asking to read a  cer‐
tain  amount of data and read(2) returns a lower number of
bytes, you can be sure of having exhausted  the  read  I/O
space  for  the  file  descriptor.   The same is true when
writing using write(2).  (Avoid this latter  technique  if
you  cannot  guarantee  that the monitored file descriptor
always refers to a stream-oriented file.)
А с другой, man write:
If  a  write()  is  interrupted by a signal handler before any
bytes are written, then the call fails with the  error  EINTR;
if it is interrupted after at least one byte has been written,
the call succeeds, and returns the number of bytes written.

Получается, что я не могу надёжно использовать технологию в A9, например, с пайпами? plain file является stream-oriented? а файл с O_APPEND? send() и splice() ничего не говорит насчёт поведения в случае когда и послать-то послал, и сигнал-то пришёл. Как быть? кому доверять?

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

UPD. send() косвенно говорит, что EINTR придёт только если совсем ничего не послал. а вот splice() не говорит....

mmarkk ()

r8168 1Mbit вместо 100

Имеем сервак с

06:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02)
	Subsystem: Micro-Star International Co., Ltd. Device [1462:7522]

При загрузке Centos 6 x86_64 на Corei7 получаем скорость закачки снаружи по FTP примерно 1 мбит. При загрузке демьяна x86_64 на том же компе получаем скорость 100 мегабит как положено.

Ага, кривой драйвер, смекнул я и скомпилил фирменное поделие от реалтека.

r8168 Gigabit Ethernet driver 8.024.00-NAPI loaded
r8168 0000:06:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
r8168 0000:06:00.0: setting latency timer to 64
r8168 0000:06:00.0: irq 31 for MSI/MSI-X
eth%d: RTL8168B/8111B at 0xffffc9001178c000, 8c:89:a5:15:6a:e6, IRQ 31
r8168: This product is covered by one or more of the following patents: US5,307,459, US5,434,872, US5,732,094, US6,570,884, US6,115,776, and US6,327,625.
eth0: Identified chip type is 'RTL8168C/8111C'.
r8168  Copyright (C) 2011  Realtek NIC software team <nicfae@realtek.com> 
 This program comes with ABSOLUTELY NO WARRANTY; for details, please see <http://www.gnu.org/licenses/>. 
 This is free software, and you are welcome to redistribute it under certain conditions; see <http://www.gnu.org/licenses/>. 

но скорость та же! Загуглил. нашёл вот что. У него тоже коре ай семь и та же сетёвка, но генту. и точно такие же симптомы и точно также пишет

# mii-tool 
eth0: no autonegotiation, 100baseTx-HD, link ok
(кстати как на центосном драйвере так и на фирменном)

Внимание, вопрос - Куда копать?

mmarkk ()

[logo] [копирастия] Buzzi Unicem vs Ubuntu One

Как думаете, кто у кого украл идею лого?

Buzzi Unicem

Ubuntu One

mmarkk ()

Как отключить модуль ядра, если он вкомпилен?

Конкретно - на моём аймаке грузится efifb, а в бубне он вкомпилен, т.е. [y]

fbcon конечно же к нему цепляется, а в режиме загрузки через EFI конечно же этот efifb загружается, но не работает (чёрный экран). Для моих дальнейших экспериментов (например, с vga16fb) мне бы надо чтобы efifb не грузился. У самого модуля внутри нет параметра типа disable=1.

Перекомпиливать ведро - не предлагать. con2fbmap не предлагать.

Хотелось бы ответ вида noload=efifb или что-нибудь такое.

mmarkk ()

RSS подписка на новые темы