powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Конец Linux
9 сообщений из 34, страница 2 из 2
Конец Linux
    #32555673
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AIИ я не AL.

я понял! ты не AL, ты - исскуственный интеллект!!!
...
Рейтинг: 0 / 0
Конец Linux
    #32555704
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yet another cat
И наконец. Это что, все ораклоиды имеют обыкновение open source называть опенсосом? Ну-ну... а чего бы тогда не назвать до кучи Oracle Дураклом, напевая под нос: "В обкуренной прострации под мысли о кастрации рождается в момент ролбак сегмент для маленькой, для маленькой такой транзакции, для маленькой такой транзакции огромный такой сегмент?.." Несерьезно это и не достойно профессионала.


Дело, видимо, в том, что многие ораклоиды работают в таких конфигурациях, в которых очень невысокое качество многих open-source разработок препятствует их использованию, в то время как многие работали или работают с качественными продуктами. Опять же, многие ораклоиды, из-за популярности "своего" продукта на очень ответственных участках, несколько иначе воспринимают понятия "качество", "устойчивость", "управляемость", "надёжность" и т.п. Ничего подобного опенсос пока не обеспечивает, в том числе и из-за возможности бесконтрольного в большинстве случаев изменения кода продукта любым желающим и отсутствия ответственности разработчика перед пользователями. Отсюда и некотое презрение и несколько обидная для кого-то терминология. Се ля ви.
...
Рейтинг: 0 / 0
Конец Linux
    #32555985
Фотография Yet another cat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Scott TigerДело, видимо, в том, что многие ораклоиды работают в таких конфигурациях, в которых очень невысокое качество многих open-source разработок препятствует их использованию, в то время как многие работали или работают с качественными продуктами. Опять же, многие ораклоиды, из-за популярности "своего" продукта на очень ответственных участках, несколько иначе воспринимают понятия "качество", "устойчивость", "управляемость", "надёжность" и т.п. Ничего подобного опенсос пока не обеспечивает, в том числе и из-за возможности бесконтрольного в большинстве случаев изменения кода продукта любым желающим и отсутствия ответственности разработчика перед пользователями. Отсюда и некотое презрение и несколько обидная для кого-то терминология. Се ля ви.

В принципе так оно и есть. Но... раз есть негативное отношение к продукту, значит есть негативный опыт его использования? А кто вас принуждал это делать? "Топ-менеджмент"? Но ведь вы профессионалы в данной области, а не они. Опять таки, кто принуждал вносить изменения в открытый код? На этот раз ответ однозначен - никто. Так что бардак то прежде всего нужно искать в головах. (А ведь спорили с вами уже на эту тему и здесь же )

=====
Cat и его покойный друг Chicago
...
Рейтинг: 0 / 0
Конец Linux
    #32556034
Фотография Yet another cat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AIА Вы проговорите одно и друге - в первом случае получите простую запись русскими буквами, а во втором случае - попытку оскорбления. Это, конечно, достойно профессионала. Если аргументы нельзя опровергнуть - работает принцип "сам дурак".

Посмотрите транскрипцию фразы open source в любом англо-русском словаре, с опенсос не совпадает. Транслитерация - опенсоурсе, опять не то. Так что в первом случае я все же усматриваю если не попытку оскорбления, то некорректное по отношению к собеседнику высказывание, а во втором - симметричный ответ. Точка.

AIРасскажите это ораклоидам, если оракл 8.1 ставится без проблем на RH/SUSE7.2, для установки на RH/SUSE7.3 надо для испраления несовместимости вызовов системных библиотек подкладывать затычку, а оракл 9.х ставится без проблем, при установке 9 оракла на RH/SUSE8 надо подставлять LD_ASSUME_KERNEL, чтобы обеспечить опять-таки какую-то совместимость со старым API. При этом нет гарантий, что старое будет работать точно так же, как и в предыдущей версии. Под виндой я спокойно устанавливаю любую, кроме сильно устаревших, версию оракла на все упомянутые Вами системы. Так что это - не домысел, а суровая реальность.

Не катит как аргумент. Не хватает примера того, что эти "затычки", вызвали проблемы в работе приложения. Если будет пример, я с вами соглашусь. И не надо про "нет гарантий". Вы следуете рекомендациям Oracle или самодеятельностью там занимаетесь?

=====
Cat и его покойный друг Chicago
...
Рейтинг: 0 / 0
Конец Linux
    #32556147
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yet another catВ принципе так оно и есть. Но... раз есть негативное отношение к продукту, значит есть негативный опыт его использования? А кто вас принуждал это делать? "Топ-менеджмент"? Но ведь вы профессионалы в данной области, а не они. Опять таки, кто принуждал вносить изменения в открытый код? На этот раз ответ однозначен - никто. Так что бардак то прежде всего нужно искать в головах. (А ведь спорили с вами уже на эту тему и здесь же )

Достаточно личного интереса + тестовой системы. Я исходники, например, Samba-ы не менял, не надо переводить стрелки. Что, однако, не отрицает того факта, что то, как написана Samba, писать нельзя. Это п..ц какой-то, что там внутри...

Yet another catНе катит как аргумент. Не хватает примера того, что эти "затычки", вызвали проблемы в работе приложения. Если будет пример, я с вами соглашусь. И не надо про "нет гарантий". Вы следуете рекомендациям Oracle или самодеятельностью там занимаетесь?

Примечателен сам факт необходимости что-то-там "хачить". Это не наши методы.
...
Рейтинг: 0 / 0
Конец Linux
    #32556311
AI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yet another catНе хватает примера того, что эти "затычки", вызвали проблемы в работе приложения. Если будет пример, я с вами соглашусь.

Использование затычек не позволяет, к примеру, работать с файлами >2Г, хотя "новый" линукс снимает это ограничение. В RHEL3 есть directIO, но 8.1 оракл, используя старые вызовы библиотек, не может с ним работать. Вот и пример кривого проектирования операционной системы без рассмотрения будущих проблем и ограничений в использовании приложений.

Вы еще по поводу распределения памяти ничего не возразили. Тут добавлю еще одну гадость - виртуальная память состоит из блоков по 4К или 4М. Почему нельзя ввести промежуточные варианты (8/16К)?

Лучше соглашайтесь, а то дискуссию здесь развели на тему как лучше что-то там произносить и теоретически администрировать почтового клиента на линуксном десктопе. Я и Scott Tiger, кстати, дали самое близкое по звучанию написание. Вот если бы написал "апенсоурс" - было бы хуже.
...
Рейтинг: 0 / 0
Конец Linux
    #32556375
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2: Al
>В качестве ликбеза. Нельзя для оракла под линукс интел выставить SGA более 1.7Г, несмотря ни на какие shmmax. Некоторыми играми можно добавить около 1Г, но только за счет памяти, выделяемой под пользовательские процессы и разделяемые библиотеки (пустим меньше пользователей). Границы между областями памяти очень жесткие, и никак не уменьшается область под ядро и файловый кэш (почти 1Г). Итого - многовато памяти нельзя использовать под оракл. Или Вы будете утверждать, что 128М под ядро - это мало? Опять-таки, я
рассматриваю максимальную конфигурацию.

В Оракле, говорят, есть понятие опитимизации. Так вот, увеличение размера SGA увеличивает производительность системы до определенного момента. После чего, вместо предпологаемого увеличения происходит наоборот, резкое падение производительности. В частности одним из факторов влияющим на это дело является производительность дисковых массивов. А вообще-то все это расчитывается. И для того, чтобы выйти на размер SGA хотя бы в 1 гиг нужно возможности среднего, современного железа помножить этак на 40-60...
...может доживем, до светлых времен...

Да и вообще, интересно, какие же еще задачи требуют такого большого размера Shared Memory?
...
Рейтинг: 0 / 0
Конец Linux
    #32556435
Фотография Yet another cat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AIЛучше соглашайтесь, а то дискуссию здесь развели на тему как лучше что-то там произносить и теоретически администрировать почтового клиента на линуксном десктопе.

Если соглашусь, легче станет?

=====
Cat и его покойный друг Chicago
...
Рейтинг: 0 / 0
Конец Linux
    #32556454
AI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nik_xВ Оракле, говорят, есть понятие опитимизации. Так вот, увеличение размера SGA увеличивает производительность системы до определенного момента. После чего, вместо предпологаемого увеличения происходит наоборот, резкое падение производительности. В частности одним из факторов влияющим на это дело является производительность дисковых массивов. А вообще-то все это расчитывается. И для того, чтобы выйти на размер SGA хотя бы в 1 гиг нужно возможности среднего, современного железа помножить этак на 40-60...
...может доживем, до светлых времен...

Да и вообще, интересно, какие же еще задачи требуют такого большого размера Shared Memory?

Я не претендую на звание эксперта по ораклу и линуксу, но кое-что знаю, и заявления подобные Вашему или "640Кбайт памяти должно хватить любому приложению для персональных компьютеров в отдаленном будущем (Б.Гейтс, но не дословно)" не делаю.

И я не хуже Вас знаю об оптимизации оракла и причинах увеличения/падения производительности при изменениях SGA. И знаю, что, например, для OEBS надо иметь shared_pool_size не менее 200М. После чего рассматриваются варианты только в сторону увеличения для повышения же производительности. Кроме того, для базы более 100Г уже и кеш буферов должен быть соответствующий (2-3% от базы). Вот Вам и гигабайт с хвостиком SGA. Да еще пару тысяч пользователей с их PGA. Вот и "железо будущего".

Посмотрите еще на требования SAP R/3.
...
Рейтинг: 0 / 0
9 сообщений из 34, страница 2 из 2
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Конец Linux
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]