LINUX.ORG.RU

1C опубликовала патчи для PostgresSQL, поддерживаемой 1С:Предприятием 8


0

0

Материалы для сборки версии СУБД PostgreSQL, поддерживаемой 1С:Предприятием 8, состоят из набора патчей к оригинальным исходным текстам СУБД PostgreSQL. Данные патчи предназначены для использования с исходными кодами PostgreSQL версии 8.1.5. Теперь есть возможность пересборки и тьюнинга PostgresSQL, а также возможность применять более новые версии для работы с платформой 1С:Предприятие.

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от Atlant

>патч, исправляющий ошибки зависания

теперь виснет без ошибок? :-)

anonymous
()

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

Evgueni ★★★★★
()

Лучше бы 1с свое гамно пропатчила, чем Postgres трогать.

anonymous
()
Ответ на: комментарий от gorbun

> тЬюнинг - это что?

Это тест такой. Задаешь вопросы компу - и если он отвечает правильно то значит он разумный.

stilet
() автор топика
Ответ на: комментарий от gorbun

> тЬюнинг - это что?

Это одно из двух: либо две ошибки в известной фамилии, либо одна ошибку в слове, заимствованом из известного иностранного языка :)

PS. Кстати, ты добавил еще одну ошибку :D

anonymous
()
Ответ на: комментарий от jedy

> по какой лицензии патчи то?

Хороший вопрос.

Судя по всему, ни под какой. Типа свободно распространяемые.

anonymous
()
Ответ на: комментарий от stilet

> Кстати очень прикольный скрин связанный с 1С и Линукс

Ничего прикольного не увидел. Плохо смотрел?

anonymous
()

>также возможность применять более новые версии для работы с платформой 1С:Предприятие.

И что, они к каждой официальной версии они патчи будут выпускать? Или как?

anonymous
()
Ответ на: комментарий от redbaron

некто zako писал На счет тестирования я уже писал, могу повторить: имеем - Novell SLES 10 x64, v8.1.5.123 x64 + PostgreSQL x64

1. Заявка покупателя (период 2 мес.): Linux - 13, Windows - 14. 2. Переоценка НТТ (7 мес): Linux - 2, Windows - 4.

3. ПКО (2 мес): Linux - 13, Windows - 15. 4. Перемещение(2 мес): Linux - 10, Windows - 14. 5. Реализация (2 мес): Linux - 55, Windows - 54.

6. Плат поруч вход.(2 мес): Linux - 1, Windows - 2. 7. Опроходование (за весь период 11 мес) - Linux - 5, Windows - 3.

Однозначно большие документы оприходования прододятся существенно дольше: 4175 позиций в док Win - 1 мин, Lin -1:40 (бывает до 3-4 мин - не постоянно) Анализ большей части документов показывает что проведение документов в большенстве случаев по скорости превосходит, но в особых случаях: документы с большим кол-вом позиций(оприходование начальное) уступает по производительности MsSQL, хотя мои предположения ето может быть связано именно с ошибками в реализации сервера 1с предприятия под linux и выше приведенными ошибками.

PS: Вышеприведенные тесты не являются обсалютными и равноправными, т.к. на windows фукционирую действующий базы. хотя загрузка системы во время проведения тестов не превыщала 50%. Средняя 25-35%(общая на процессоры). Загрузка Linux сервера: ~15-25% использование памяти рабочим процессом posgres 3200M (VIRT - ето и есть shared_buffers) - до 2.6G (RES - пик). Тем "паче" разное "железо": Windows - Opteron 265 x2шт + по 2Gb DDR400 на процессор(итог 4Г) + ENT SATA2 RAID Intel SRCS28X + 4 SATA2 250GB (buf 16M) в RAID 0; Linux - XEON 5110 x2шт + 4Gb DDR2 + INT RAID + 4 SATA2 250GB (buf 16M) в RAID 0;

. http://www.forum.mista.ru/topic.php?id=244650&forum=1c&v8=1

angro
()
Ответ на: комментарий от angro

>Opteron 265 x2шт + по 2Gb DDR400 на процессор(итог 4Г)

Это типа для 1с такое железо уже надо ставить? Хрена себе. Один Intel SRCS28X 500 баксов стоит.

Sun-ch
()
Ответ на: комментарий от anonymous

>> тЬюнинг - это что?

> Это одно из двух: либо две ошибки в известной фамилии, либо одна ошибку в слове, заимствованом из известного иностранного языка :)

это семь ошибок в названии одной известной операционной системы =)

anonymous
()
Ответ на: комментарий от Sun-ch

> Это типа для 1с такое железо уже надо ставить? Хрена себе.

IMHO необходимое железо есть функция от решаемой задачи и от используемого ПО. Если один аргумент (задача) нам неизвестен, то бессмысленно удивлять результату (железу).

В принципе, Предприятие вполне способно утилизировать 2 процессора (или сколько их там получается с учетом многоядерности) и 4Гб ОЗУ.

anonymous
()
Ответ на: комментарий от anonymous

А если софт нормально (хорошо оптимизирован по скорости не в ущерб функционалу) написан?

sysgrp02
()
Ответ на: комментарий от anonymous

> В принципе, Предприятие вполне способно утилизировать 2 процессора (или сколько их там получается с учетом многоядерности) и 4Гб ОЗУ.

Не поверишь, братан, еще 7.7 была способна утилизировать все процессорные ядра сколько ни всунь, всю память сколько есть и перегрузить любые дисковые массивы до полной беспомощности. Притом в конторке уровня "Рога и копыта", с двумя главбухами и пятком манагеров.

Gharik
()
Ответ на: комментарий от Gharik

Это да, специально приглашенные эксперты для настойки роутера, делали круглые глаза и спрашивали "откудова нах такой траффик?"

Sun-ch
()
Ответ на: комментарий от Gharik

> Не поверишь, братан, еще 7.7 была способна утилизировать все процессорные ядра сколько ни всунь

Ирония (если она есть) не совсем уместна.

Плохо написанное многонитевое приложение будет постоянно толкаться само с собой на примитивах синхронизации, и не сможет использовать столько процессорной мощности, сколько реально имеется.

anonymous
()
Ответ на: комментарий от anonymous

> Ирония (если она есть) не совсем уместна.

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

Это точно, во всем виноват только M$ со своим M$-скулём. И Постгрес, видимо из-за лицензии, благодаря которой M$ передрали код, всунув оный в свой M$-скуль. И фряха со своей кривой поддержкой потоков, которая отразилась на Постгресе, код из которого M$ передрали и всунули свой M$-скуль.

Одни программеры из "Атласа" и "1С" на белых конях и в розовой броне с шашками.

А что делать простым смертным?

Gharik
()
Ответ на: комментарий от anonymous

а не подскажите чего использовать вместо "гавноподелия" за хотя бы близкие к 1С деньги "в конторке уровня "Рога и копыта", с двумя главбухами и пятком манагеров", а то говорить многие горазды, да как-то только говорить. Как принято на LOR`е у нас 1С и v77 и v8 отлично работает, что мы делаем не так?

straus
()
Ответ на: комментарий от Gharik

> Это точно, во всем виноват только M$ со своим M$-скулём.

Со внутренней параллельностью у MS SQL дела обстоят очень неплохо.

Этот факт делает бессмысленной (или, по крайней мере, непонятной для меня) всю причинно-следственную цепочку.

anonymous
()
Ответ на: комментарий от anonymous

>Обращаете слишком много внимания на анонимоусов на Лоре ;)

LOR без анонимусов просто умрет :D

anonymous
()
Ответ на: комментарий от straus

Угу. для 5 работающих человек 1С подходит. Но ведь они, нехорошие люди, говорят 1С Предприятие! Но предприятие, с большой буквы, точно склеит ласты, применяя у себя 1С v.8. Может в дальнейшем чего изменится и появится качественный продукт, но пока... ужас

ingoa
()
Ответ на: комментарий от ingoa

> предприятие, с большой буквы, точно склеит ласты, применяя у себя 1С v.8

Ну не все так плохо http://pcweek.ru/?ID=606345

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

Кажется, что в рамках текущей архитектуры выбраны все (или почти все) возможности.

Кстати, 1C объявила о поддержке DB/2.

anonymous
()
Ответ на: комментарий от ingoa

но ведь между предприятием в 5 человек и "предприятием, с большой буквы" уйма предприятий с не большой, но и не с такой уж и маленькой буквы. Мне не нравится 1С, но укажите продукт с сопоставимым соотношением цена/качество

straus
()
Ответ на: комментарий от straus

> Мне не нравится 1С, но укажите продукт с сопоставимым соотношением цена/качество

Даже если не принимать во внимание цену, все равно IMHO не получится найти продукт с таким соотношением между масштабируемостью, удобством использования и кастомизации, как Предприятие 8.0

anonymous
()
Ответ на: комментарий от straus

К сожалению нету. Вот и нам приходится(где-то 50-100чел. активно работающих с системой) страдать. Да, бесспорно, решение на 8-ке 1С обошлось раза в 2.5-3 дешевле чем на Axapta и программисты не такие дорогие, и работает все это, но с многими _но_. Бухгалтер запускает отчет-все, висим. Заказ наряд отгружается по 3-4 минуты. Клиентская часть раза по 4 в день падает. База растет 1Гб/в месяц. сей час уже 16Гб дамп. Когда смотришь какие запросы 1С посылает БД просто ужас охватывает. В общем можно долго говорить об этом продукте. Стоит правда отметить, что за более чем год работы не было разрушений структур и переходы между новыми конфигурациями проходил безболезненно.

ingoa
()
Ответ на: комментарий от ingoa

> Бухгалтер запускает отчет-все, висим

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

Если это не так, то проблема кроется либо в программистах, которые "не такие дорогие", либо в самой типовой конфигурации, которую они модифицировали. Первое более вероятно.

anonymous
()
Ответ на: комментарий от straus

Я не спец, но наш основной автоматизатор этого дела всегда хвалил Флагман. Вроде это: http://www.flagman.com.ru/content/view/104/104/

Но было принято решение (без него, естественно) о переходе на 1С. Переход идёт уже больше года и конца и каря этом процессу не видно. Есть некие признаки того, что скорость расчёта зарплаты после окончательного перехода резко упадёт. Резко, значит не в два три раза, а резко.

Ещё раз повторяю, что я не спец и пересказываю слухи, но слухи от IMHO грамотного специалиста.

Evgueni ★★★★★
()
Ответ на: комментарий от straus

Суп бузенес ван. Они его позиционируют для мелких и средних контор.

Sun-ch
()
Ответ на: комментарий от anonymous

>Если бухгалтер запускает отчет, для которого важна точность (т.е. не для >того, чтобы уловить общую картину) И в этот отчет попадают актуальные >данные (т.е. это не отчет, к примеру, за уже завершенный месяц), то >ситуация почти безвыходная.
Мне не понятно, почему 1 человек может привести к ступору всю систему?
Отчеты используются стандартные, в поставке с конфигурацией, так что программисты, не такие дорогие, но и не очень дешевые, тут не при чем (=

ingoa
()
Ответ на: комментарий от Evgueni

Да, известны многочисленные случаи невнедрения 1С8 на средних предприятиях(около 100-150 активно работающих человек) после определенной критической нагрузки все начинает ломаться. Особенно жалко было администраторов, которые ничего не могли сделать с ситуацией, хотя они весьма и весьма хорошие специалисты по Windows& иже с ним.

ingoa
()
Ответ на: комментарий от ingoa

> Мне не понятно, почему 1 человек может привести к ступору всю систему

Это довольно очевидно с точки зрения житейской логики: если ситуация будет меняться во время генерации отчета, то консистентность отчета нарушится. Чтобы этого не происходило, все операции практически останавливаются.

SAP вам бы просто не позволил делать таких отчетов.

Объяснение очень грубое, но частично справедливое ;)

anonymous
()
Ответ на: комментарий от anonymous

А сделать снапшот базы, кодеры наверное не могут осилить?

Sun-ch
()

Новость настолько стара, что эти патчи уже заложены в версию 8.2.1

http://archives.postgresql.org/pgsql-patches/2007-01/msg00196.php

Полностью или не полностью - сказать сложно, я не dev. Кому интересно - можете покопаться в коде.

Одна заморочка - с версией 8.2.1 могла придти другая несовместимость с 1С.

anonymous
()
Ответ на: комментарий от anonymous

> Полностью или не полностью

Не полностью, но многое. Немонго подробнее я надеюсь будет в мартовском номер LF.

Evgueni ★★★★★
()
Ответ на: комментарий от ingoa

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

straus
()
Ответ на: комментарий от straus

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

anonymous
()
Ответ на: комментарий от anonymous

> Наверное поэтому 1с бросилась DB2 прикручивать к к своей программе. Не от хорошей жизни, надо полагать

Не "от" а "для" ;)

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

Думаю, что конторы с одним бухгалтером не были бы рады отказу от файлового варианта.

anonymous
()
Ответ на: комментарий от anonymous

Так это и тормозит развитие. Если 100 клиентов будут комфортно работать, то один тем более...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.