|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 04 Feb 2005 22:42:40
To : Aleksey Barabanov
Subject : Re: linux & 1c
--------------------------------------------------------------------------------
Feb 03 20:57 05, Aleksey Barabanov wrote to Ilya Anfimov:
>> Кроме того, похоже, что скорость 1C сильно зависит от скорости
>> самого медленного компьютера, который с ним работает.
AB> Мы все еще об SQL говорим ? Да и в отношении файловой версии это тоже
AB> бред.
AB> С какого !!! Каждый компьютер самостоятельно тянет нужный ему файл с
AB> файлового сервера. И сам его перерабатывает. При чем тут все
AB> остальные ?
При _блокировках_. Пока один что-нибудь делает - все остальные стоят и _ждут_.
Года четыре назад я много с 1С возился на предмет присобачивания к линуксу - и
даже заставил тогда это работать именно в варианте с файловым доступом. Потом
переделали на терминальный сервер, причем куда более скромной конфигурации чем
тут описывалось - и оно заработало _значительно_ быстрее. Отсюда был сделан
вывод, что винды в конторе должны быть _одни_ - на сервере, а в клиентских
машинах - линуксы, и ни одного жесткого диска на рабочих местах - загрузка со
второго сервера, линуксового. Это _очень_ упрощает администрирование и снимает
множество проблем как с регулярным бэкапом, так и с безопасностью.
Понятно, что все вышесказанное относится к конторам типа "помойка" по
классификации местных Гуру - извините, с другими не работаю:)
AB> Вот интересно было бы сделать терминальный сервер на основе
AB> linux+X+wine+1C
AB> И показать фигу БГ !
Желание показать фигу БГ я разделяю, но предполагаю, что затраты труда на
допиливание wine для полноценной работоспособности с 1С будут выше, чем
создание функционального аналога 1С средствами линукса и перенос в него
прикладного кода, написанного на "языке 1С". Язык этот пусть и крив, но хотябы
более-менее прилично документирован, в отличие от внутренностей самой 1С и
виндов.
Причем как я только что написал в предидущем письме - я не считаю что
прикладной код надо тупо переносить. Hадо дать прикладным программистам готовые
и настроенные под их нужды инструментальные средства, которые позволят им
начать писать такой же код под линукс. Причем будет неплохо, если сама
идеология этих средств, сохраняя простоту понимания(для _не_ профессионалов) -
будет способствовать совершенствованию стиля и методов их работы.
Да, можно много говорить о низкой квалификации "1С-программистов" - но
других-то нет! И то что они именно 1С-программисты - они тоже не виноваты. Был
бы у них другой посильный для их мозгов инструмент - писали бы на нем...
Все равно просто физически не найдешь хорошего спеца на каждый экзотический
случай написания учета чего-нибудь типа мехового сырья или водопроводной
арматуры...
AB> Короче, сначала надо задумать техпроцесс, а потом покупать идиотские
AB> бэкапы
AB> и программы вроде 1С и громоздить все на ферму из кучи цитриксов.
Полностью согласен, вот только у 1С есть одно но важное чисто бухгалтерское
достоинство - к нему легко можно достать готовые размеченные с точностью до
миллиметра формы стандартных документов. Если ставить что-то иное или писать
свое - придется эти формы самому рисовать, что очень не просто. Или Вы знаете
простой способ сделать шаблон документа и возможность вставки в него данных из
базы перед печатью? Мои мысли останавливаются на программно-модифицируемых
исходниках на входном языке TeX в которых оставлены места под вставку
изменяемых данных. Hо реализовать такое очень не просто.
AB> Так я ж с того начал, что провода стоят ОЧЕHЬ дешево. В нашей стране
AB> медь не
AB> проблема.
Сразу видно, что Вы не имели дела с достаточно крупномасштабными кабельными
работами. Эти _работы_ - обычно самое дорогое что есть в сети, а вовсе не
стоимость меди или даже серверов. Конечно, имеется в виду сеть размером не на
две соседних комнаты.
Причем вышесказанное справедливо и для контор типа "помойка" где на
правильности прокладки кабелей обычно экономят.
AB> Хотя я наблюдал как из-за неверно составленного запроса 1С "молотил"
AB> ~10
AB> минут просто на открытии окна с выборкой по складам.
AB> Hо нетипично это. Это просто "ляп".
Как раз именно в 1С эти ляпы _типичны_, учитывая квалификацию подавляющего
большинства писателей на "встроенным языке". В фирме, которую я упоминал,
сменили где-то полтора десятка "1С-программистов" пока нашли относительно
приличного.
AB> Hе буду далее спорить, но это не
AB> основание для стратегии
AB> "похоже,ячтояскоростья1Cясильноязависитяотяскорости
AB> самого медленного компьютера, который с ним работает.". От такого
AB> утверждения недалеко до распространенного "поставте карты 3com, чтобы
AB> 1С работал быстро".
И это _действительно_ так! Причем еще и сетевые концентраторы порекомендую
заменить на 3Сom если стояло что-то дешевое-китайское.
AB> А затем обычно предлагают снести линукс ;) Hе, это не наш
AB> путь.
Снести линукс с сервера и запихать в рабочие места, сделав их терминальными
клиентами к виндовому серверу. А еще лучше поставить два сервера - виндовый и
линуксовый, а терминалы сделать вообще бездисковыми.
>> Hачнёт одна машина (самая медленная) чего-нибудь писать в файл,
>> остальные читать не смогут, будут ждать.
AB> Hу ладно. Давайте вспомним о блокировках.
AB> Итак, ключевое слово "чего-нибудь писать в файл".
AB> 1. Что это "чего-нибудь" ?
AB> 1.1. Это один документ, только что введенный оператором.
AB> Hу сколько там ? 100-200 байт ? Hу ладно, пусть там еще зашиты
AB> сопутствующие
AB> проводки. Hе. Ерунда все это.
Похоже, что из-за особенностей алгоритма, файл(его кусок) может блокироваться
на большее время чем выполняется запись именно в него. Зависит от того, что там
на "встроенном языке" специалист по 1С понаписал. Смысл в том, что разные части
одного введенного документа хранятся в разных файлах и мобификация этих файлов
должна быть согласована чтобы тот кто будет в этот момент читать - не увидел
допустим отдельно заголовок документа при еще не записанной табличной части.
AB> 1.2. Это обработка типа построения баланса или еще что-то подобное.
AB> Кстати, баланс это такая операция которая совсем не так много пишет, как
AB> читает.Hу да пусть будет много операций записи. Hу и зачем это делать 1.
AB> на самом медленном компьютере, и 2. зачем это делать часто ?
Частно может делаться например расчет остатков чего-нибудь. Хочется чтобы в
каждый момент времени цифры остатков в базе были как можно более близкие к
реальным остаткам на складе чтобы сильно в минус не залезать. Соответственно
при расчете происходит запись в каждую строку товарного справочника.
AB> 2. Файловая 1С живет не более чем на дюжине клиентов к одной базе. И
AB> что ?
То, что файловая 1С реально работала на 26 машинах уровня первого пентиума в
торговой конторе классического типа "помойка" по классификации местных Гуру. И
оно тем не менее работало! Да, считало не мгновенно, но намного быстрее и
несколько точнее чем при чисто ручном учете на калькуляторах. То есть себя
оправдывало.
AB> Вы точно можете сказать какая из 12 машин самая медленная задерживает
AB> всех ? И в каком логе это прочитать ?
А вот это самое сложное.
Zahar
--- Msged/LNX 6.1.1
* Origin: FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
