The OpenNET Project / Index page

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



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

Оглавление

Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..., opennews (??), 18-Янв-10, (0) [смотреть все]

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


14. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +2 +/
Сообщение от аноним (?), 18-Янв-10, 16:24 
> Линукс приятнее УТФом в консоли (мне он таки нужен)

Расскажете зачем? Сколько человек твердило уже про этот УТФ, но _ни один_ не смог объяснить зачем оно ему нужно. Консоль используется только для установки системы и экстреного восстановления, все. Во всех остальных случаях либо доступ к машине осуществяется удаленно, либо на ней стоят иксы, а так никаких проблем с юникодом нет. На крайний случай есть screen с перекодировкой.

> виртуализацией

Для моих задач всю эту виртуализацию идеально заменяет jail.

> возможностью дать коллегам порулить им, так как он чуть легче фри при первом знакомстве

Ну эту глупости, потому что "порулить" фрёй сможет любой человек, знакомый с unix системами. Плюс handbook.

> Фря берет нормальными возможностями по сборке прог и работой сетевой подсистемы, к которой у меня нареканий нет.

Это да.

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

25. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от Гость (?), 18-Янв-10, 22:35 
>> Линукс приятнее УТФом в консоли (мне он таки нужен)
>
>Расскажете зачем? Сколько человек твердило уже про этот УТФ, но _ни один_
>не смог объяснить зачем оно ему нужно.

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

> Консоль используется только для
>установки системы и экстреного восстановления, все.

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

> На крайний случай есть screen
>с перекодировкой.

В нём можно работать с символами, которых нет в 8-битной кодировке?

>> Фря берет нормальными возможностями по сборке прог и работой сетевой подсистемы, к которой у меня нареканий нет.
>
>Это да.

А что это за "нормальные возможности по сборке прог"? Вроде бы во FreeBSD нельзя собрать пакет не устанавливая его?..

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

27. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +1 +/
Сообщение от XoRe (ok), 18-Янв-10, 23:04 
>А что это за "нормальные возможности по сборке прог"? Вроде бы во
>FreeBSD нельзя собрать пакет не устанавливая его?..

cd /usr/port/x/y
make
make package
make clean

http://forum.oszone.net/post-437672.html#post437672

А вообще смахивает на придирки.
"Оно редко когда нужно, но оно же этого не умеет! не умеет!"

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

29. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +1 +/
Сообщение от аноним (?), 18-Янв-10, 23:26 
> Скорее просто вы привыкли не пользоваться такой возможностью так как с ней у вас проблемы.

Я привык ей не пользоваться потому что она мне не нужна. "Проблемы с ней", похоже, у вас.

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

Классная же у вас работа, если на рабочем месте нельзя работать.

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

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

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

> В нём можно работать с символами, которых нет в 8-битной кодировке?

Разумеется, нет. А текстовой консоли в принципе нельзя работать с более чем 256 символами.

> А что это за "нормальные возможности по сборке прог"? Вроде бы во FreeBSD нельзя собрать пакет не устанавливая его?..

Это плохо?

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

36. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от www2email (ok), 19-Янв-10, 09:08 
>> А что это за "нормальные возможности по сборке прог"? Вроде бы во FreeBSD нельзя собрать пакет не устанавливая его?..
>Это плохо?

Когда для того, чтобы пересобрать пакет для ДРУГОЙ систему, в ЭТУ систему по зависимостям устанавливается куча говна, то пожалуй это плохо. Собирать нужно в изолированной среде.

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

38. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от oops (ok), 19-Янв-10, 10:50 
и в линуксе не установится эта же куча? вы ведь про зависимости?
Ответить | Правка | Наверх | Cообщить модератору

46. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от Alexander (??), 19-Янв-10, 14:14 
>и в линуксе не установится эта же куча? вы ведь про зависимости?

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

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

54. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от аноним (?), 19-Янв-10, 18:26 
>Когда для того, чтобы пересобрать пакет для ДРУГОЙ систему, в ЭТУ систему
>по зависимостям устанавливается куча овна, то пожалуй это плохо.

Эта куча в любом случае будет установлена, потому что необходима для сборки. Для сборки пакетов есть замечательная штука tinderbox - там и изолированная среда, и сборка пакетов под разные версии FreeBSD и архитекруты (например, i386 под amd64), и web-интерфейс, и еще куча плюшек.

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

47. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от Alexander (??), 19-Янв-10, 15:23 
>Классная же у вас работа, если на рабочем месте нельзя работать.

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

>У нормальных людей восстановление заключается в "поднять обратно sshd и свалить из
>серверной подальше". А с файлами в юникоде можно работать в любой
>локали, просто их имена будут неправильно показываться. Любые бэкапы и копирования
>сработают как надо. Ну а если вам вдруг понадобилось сортировать их
>из консоли - вы уже что-то очень сильно делаете не так.

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

>Про комментарии посмеялся, спасибо.

То есть ты пишешь комментарии по-английски? Или используешь транслит? Или вообще не их не пишешь - пусть следующий админ сам разбирается, что и зачем было сделано?

>> А что это за "нормальные возможности по сборке прог"? Вроде бы во FreeBSD нельзя собрать пакет не устанавливая его?..
>Это плохо?

Например если в системе уже есть та программа, но другой версии (которую нельзя менять), но нужно собрать пакет для другой машины, сборка на которой затруднена: нет компилятора (есть мнение, что отсутствие компилятора в определённых случаях затруднит взлом), или это просто старый медленный компьютер с маленьким диском. Ну и админ-параноик может сначала захотеть просмотреть содержимое устанавливаемого пакета, а уже потом устанавливать (куда ставится, нет ли там суидных файлов и т.д. - то есть убедиться, что пакет не представляет опасности для системы в целом (в Linux собрать пакет можно и от непривилегированного пользователя).

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

52. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от аноним (?), 19-Янв-10, 18:00 
>Ну я же не занимаюсь большую часть времени администрированием рабочих серверов -
>что их админить, они сами работают :-) Соответственно у меня есть
>и другие служебные обязанности.

Т.е. вы в серверной занимаетесь не администрированием серверов?

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

Какие еще выдумаете нереальные случаи чтобы оправдать свои заблуждения? Наверняка у вас там еще установлена виста - там есть распознавание голоса на случай если руки отвалятся.

>То есть ты пишешь комментарии по-английски?

Разумеется. К слову, мы с вами на бурдершафт не пили.

>Например если в системе уже есть та программа, но другой версии (которую нельзя менять)

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

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

Мнение насквозь ошибочное.

>или это просто старый медленный компьютер с маленьким диском.

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

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

Это надо смотреть до сборки пакета, по исходникам. А куда ставится написало в plist порта.

>для системы в целом (в Linux собрать пакет можно и от непривилегированного пользователя).

Во FreeBSD тоже можно.

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

59. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от anonymous (??), 20-Янв-10, 05:18 
> То есть ты пишешь комментарии по-английски? Или используешь транслит? Или вообще не их не пишешь - пусть следующий админ сам разбирается, что и зачем было сделано?

я вообще бы за комментарии в коде отличные от английских убивал. поди разберись когда их писали поляки или румыны какие-нить %)

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

67. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от anonymous (??), 20-Янв-10, 10:23 
>> То есть ты пишешь комментарии по-английски? Или используешь транслит? Или вообще не их не пишешь - пусть следующий админ сам разбирается, что и зачем было сделано?
>
>я вообще бы за комментарии в коде отличные от английских убивал. поди
>разберись когда их писали поляки или румыны какие-нить %)

А ну да, это на случай, если сервак зохватят интервенты-буржуины.

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

73. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от Alexander (??), 20-Янв-10, 15:35 
>> То есть ты пишешь комментарии по-английски? Или используешь транслит? Или вообще не их не пишешь - пусть следующий админ сам разбирается, что и зачем было сделано?
>
>я вообще бы за комментарии в коде отличные от английских убивал. поди
>разберись когда их писали поляки или румыны какие-нить %)

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

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

35. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +1 +/
Сообщение от аноним (?), 19-Янв-10, 08:02 
>[оверквотинг удален]
>соседний кабинет, и там например просто не будут отвлекать по пустякам,
>когда нужно сделать что-то важное.
>
>Экстренное восстановление - этого мало? Конечно, аварийных ситуаций быть не должно, но
>такие ситуации всё равно обязательно следует учитывать. Не загромождать пожарные выходы,
>иметь достаточно спасательных шлюпок даже на теоретически непотопляемом корабле и т.д.
>А в случае с сервером - консоль должна обеспечивать полноценную работу
>с системой, а какая она полноценная если в консоли можно ввести
>не все символы, которые могут быть в именах файлов, когда нужна
>перекодировка для того, чтобы прочитать комментарии в конфигах и т.д.?

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

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

39. "Оценка производительности Debian GNU/kFreeBSD и Debian GNU/L..."  +/
Сообщение от oops (ok), 19-Янв-10, 10:53 
+1 к тому же действительно серверные системы оснащены всякого рода LOM`ами: от стандартных IPMI до чисто брендовых iLO2, DRAC, ILOM и т.д.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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