The OpenNET Project / Index page

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



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

Оглавление

План улучшенияпакетного менеджера RPM, opennews (ok), 08-Окт-09, (0) [смотреть все]

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


7. "План улучшенияпакетного менеджера RPM"  +6 +/
Сообщение от alf (??), 08-Окт-09, 23:27 
Х.з. что там отстойного, но остался на дебиане только из за apt и "бесплатного бонуса" Synaptic. Хотя yum в федорке тоже шустрее работать начал.
Ответить | Правка | Наверх | Cообщить модератору

8. "План улучшенияпакетного менеджера RPM"  +1 +/
Сообщение от pavel_simple (ok), 08-Окт-09, 23:29 
>Х.з. что там отстойного, но остался на дебиане только из за apt
>и "бесплатного бонуса" Synaptic. Хотя yum в федорке тоже шустрее работать
>начал.

к сожалению, при этом памяти жрёт по прежнему прилично

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

20. "План улучшенияпакетного менеджера RPM"  +2 +/
Сообщение от User294 (ok), 09-Окт-09, 11:56 
А что вы минусуете этого чувака? Правда глаза колет?Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать, сразу узнаете по чем фунт лиха(когда память в неподходящий момент кончится). А выделять более 128 мегов на примитивный контейнер с какой-то фигней (которой этих 128 мегов с чуть ли не пятикратным запасом хватает, ибо 5 чахлых процессов на всю ОС) только потому что ПАКЕТНЫЙ МАНАГЕР оказывается жрет оперативку как свинья помои, так что 128 мегов мало - ну, знаете ли... :E. Фанатизм - плохо!И не замечать откровенные недостатки поделки долбящие юзерам в лоб конечно можно но результат будет понятно какой.Это правда не вина rpm, но, гм, yum его логичный компаньон в редхатовских системах.И было бы хорошо если б редхат сделал его менее дерьмовым.
Ответить | Правка | Наверх | Cообщить модератору

34. "План улучшенияпакетного менеджера RPM"  +2 +/
Сообщение от mitya (ok), 09-Окт-09, 13:58 
Буквально сегодня провел эксперимент на Федоре 11.
Вручную к yum прикрутил python-psyco (этакий полу-jit оптимизатор) -- работать стало гораздо быстрее.

Жду не дождусь, когда в питоне появится полноценный jit.

Может parrot это дело изменит?

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

36. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от mitya (ok), 09-Окт-09, 14:13 
Нет. Скорее LLVM.
Ответить | Правка | Наверх | Cообщить модератору

39. "План улучшенияпакетного менеджера RPM"  –1 +/
Сообщение от User294 (ok), 09-Окт-09, 21:03 
ИМХО: лучше б редхатовцы не вы%^#вались и переписали на скажем плюсах и не через попу. Почему-то у apt подобных идиотских проблем нет и не надо ждать никаких parrot-ов и jit-ов. А то этот велосипед с турбонаддувом будет весить больше чем остальная часть барахла в контейнере или виртуалке чего доброго.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

35. "План улучшенияпакетного менеджера RPM"  –1 +/
Сообщение от pavel_simple (ok), 09-Окт-09, 14:00 
>[оверквотинг удален]
>процессами жирные пакеты yum понакатывать, сразу узнаете по чем фунт лиха(когда
>память в неподходящий момент кончится). А выделять более 128 мегов на
>примитивный контейнер с какой-то фигней (которой этих 128 мегов с чуть
>ли не пятикратным запасом хватает, ибо 5 чахлых процессов на всю
>ОС) только потому что ПАКЕТНЫЙ МАНАГЕР оказывается жрет оперативку как свинья
>помои, так что 128 мегов мало - ну, знаете ли... :E.
>Фанатизм - плохо!И не замечать откровенные недостатки поделки долбящие юзерам в
>лоб конечно можно но результат будет понятно какой.Это правда не вина
>rpm, но, гм, yum его логичный компаньон в редхатовских системах.И было
>бы хорошо если б редхат сделал его менее дерьмовым.

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

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

42. "План улучшенияпакетного менеджера RPM"  –1 +/
Сообщение от Блуд (ok), 09-Окт-09, 23:12 
>... Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать...И было бы хорошо если б редхат сделал его менее дерьмовым.

Дерьмовость из-за потребления памяти? Извините, но сейчас цена оперативки такова, что тратить время разработчиков на оптимизацию yum'а, чтобы жрал на 10 метров меньше - слишком дорогое занятие. Проще обращать меньше внимания на нищебродов. Всё-таки красношапки - ЫнтЫрпрайз.

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

43. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от pavel_simple (ok), 10-Окт-09, 00:12 
>>... Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать...И было бы хорошо если б редхат сделал его менее дерьмовым.
>
>Дерьмовость из-за потребления памяти? Извините, но сейчас цена оперативки такова, что тратить
>время разработчиков на оптимизацию yum'а, чтобы жрал на 10 метров меньше
>- слишком дорогое занятие. Проще обращать меньше внимания на нищебродов. Всё-таки
>красношапки - ЫнтЫрпрайз.

ВОТ ИМЕННО -- пора-бы этому энтырпрайзу уже сделать пакетный манагер адекватным.

а про память.... понимаете.... мне нужно в контейнере 32 метра ОЗУ обновить ПО, вот почему apt это мне сделать позволяет а yum нет? неужели ради обновления я должен прибывить к контейнеру ещё 64 метра тоьлко для того чтобы yum робил -- но глупо же.

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

44. "План улучшенияпакетного менеджера RPM"  +1 +/
Сообщение от Блудemail (ok), 10-Окт-09, 08:40 
> ВОТ ИМЕННО -- пора-бы этому энтырпрайзу уже сделать пакетный манагер адекватным.

Вполне адекватный менеджер. Как и остальные имеет свои плюсы и минусы. Постепенно первого становится больше за счёт исправления второго. Но, как я уже написал, время разработчиков достаточно дорого, поэтому пользователям предлагается просто увеличить память.
Кстати, а swap не решает проблемы с недостатком памяти?

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

45. "План улучшенияпакетного менеджера RPM"  +2 +/
Сообщение от Аноним (-), 10-Окт-09, 14:37 
> время разработчиков достаточно дорого, поэтому пользователям предлагается

Стоит понимать, что yum сделан не в стиле "just for fun" (когда разработчик тратит своё время на оптимизацию и доведение продукта до совершенства), а обычный корпоративный софт и пишется исключительно за деньги заказчика. Так что в прожорливости yum'а виноваты только заказчики, которым проще купить себе 2-гиговую планку оперативы, чем заплатить за более качественный софт.

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

47. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от User294 (ok), 11-Окт-09, 08:28 
А виртуализация заказчикам не нужна? Или что за ... ? Они готовы увеличивать размеры контейнеров и виртуалок чтобы там можно было запускать ... манагер пакетов? А TCO их не колыхает? :)
Ответить | Правка | Наверх | Cообщить модератору

52. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от гадПолзучий (?), 22-Ноя-09, 11:11 
Вообщето его сделали красноглазые ученые физики из Duke University Physics Department для личного пользования, а их "как известно" вообще ничто не волнует (кроме бозона Хиггса конечно). Так что прежде чем говорить про то, что заказчику что-то нужно или нет... надо чтобы этот заказчик как минимум существовал.
Ответить | Правка | Наверх | Cообщить модератору

53. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от User294 (ok), 23-Ноя-09, 11:51 
Врядли редхат существует на деньги этих физиков... ;).
Ответить | Правка | Наверх | Cообщить модератору

49. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от User294 (ok), 11-Окт-09, 08:43 
>Кстати, а swap не решает проблемы с недостатком памяти?

Своп на контейнерах и виртуалках в общем случае - ИМХО довольно мерзкая затея. Вам оно надо? Вот вы и изгаляйтесь. И решайте ваши проблемы наздоровье. Только смотрите как бы проблемы с перфомансом хоста не получить когда свопление забьет дисковую подсистему этой дурной активностью. А мне не нужны лишние проблемы и я держусь от редхата подальше, предпочитая дебианообразных, в том числе и за нормальные пакетные манагеры :)

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

46. "План улучшенияпакетного менеджера RPM"  +/
Сообщение от User294 (ok), 11-Окт-09, 08:26 
> Извините, но сейчас цена оперативки такова,

... что на 1 физический сервант ставится вагон виртуалок :). А вот чем больше виртуалок влезет на хост, тем дешевле в пересчете на виртуалку. И не забудьте умножить цену мегабайта на число виртуалок, ибо это касается КАЖДОЙ виртуалки. В итоге с дебильным пакетным манагером редхата - виртуалки пухлее. Не потому что сервисы в них это требуют. А потому что иначе их дурной манагер пакетов - всасывает. И это напрямую стоит бабок. Достаточно ощутимых, в общем то. Далее можно вспомнить про всякие там TCO и прочая :). Тот же дебиян на 128 мегах можно достаточно нормально юзать. Рхел или центос с их уродским yum - черта с два, запросто будут идиотские грабли с пакетным манагером. Особенно прикольно когда это все рулится через ssh и от нехватки памяти подыхает именно ssh :)

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

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

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




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

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