Dmitry Lendel ...
2.1
2.1 доступна для закачки? Если да. то где?
Ещё даже альфы нет. Позже будет, как ночные билды восстановят
--
Хорсун Влад
Dmitry Lendel ...
Ещё даже альфы нет. Позже будет, как ночные билды восстановят
ОК
По большому счету будет ли существенный прирост скорости работы (по теме я
имею ввиду), если заменить 1.5 на 2?
По теме : в 2.0 исправлена только одна ошибка с неправильной
установкой no_nagle,
Привет!
2.1 доступна для закачки? Если да. то где?
Ещё даже альфы нет. Позже будет, как ночные билды восстановят
2.1 - это то, что в HEAD? Если да - то у меня есть. Только народ, не
все сразу. Вроде обошлось на этот раз - сожрали не весь траффик, еще
500 гигов осталось. Так что продолжу
Hello,
Sergey Mereutsa said the following on 18.08.2006 11:36:
2.1 - это то, что в HEAD? Если да - то у меня есть. Только народ, не
все сразу. Вроде обошлось на этот раз - сожрали не весь траффик, еще
500 гигов осталось. Так что продолжу выкладывать линуховые сборки.
Может попробовать
Только 2.1 или можно пробовать с 2 RC4?
С ув. Дмитрий
DmitryLe ...
Только 2.1 или можно пробовать с 2 RC4?
2.1
--
Хорсун Влад
Hello, Horsun Vlad!
You wrote on Tue, 15 Aug 2006 13:46:03 +0300:
развиваю ноу-хау.
што скажет купечество... в смысле, разработчики?
HV А, я понял !
HV Done in IB 4 (FB -2) :-P
:-
Фёдоров Евгений.
ЗАО Трест-М. Екатеринбург.
Ты вроде как в свое время на медленных линиях собаку съел... :) Может
вспомишь чего...
Я не кореец, аднака, собак не ем :)
Ну зато пиво наверняка пьешь. Так что с меня причитается при певой же
возможности... :)))
Terminal Server попроще будет, потому его и посоветовал сходу :)
Alexandr Kochmin wrote:
главная проблема тут будет - это долгое начальное время.
Т.е. выполнить один запрос возвращющий много данных гораздо быстрее, чем
несколько мелких запросов.
Я тут эту тему поднимал как-то.
И получается, что надо лучше брать с сервера все, и побольше, кэшировать
Мадорский Г.В. ...
Ты вроде как в свое время на медленных линиях собаку съел... :) Может
вспомишь чего...
Я не кореец, аднака, собак не ем :)
Ну зато пиво наверняка пьешь. Так что с меня причитается при певой же
возможности... :)))
Ты знал :)
Terminal Server попроще
PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
тебе его не знать ? :) ? то можно в TIBSQL.Prepare
избавиться от вызова isc_dsql_sql_info,
который запрашивает isc_info_sql_stmt_type
А можно вопрос - а на кой он там вообще? Мне пока в Jaybird ни разу этот
вызов не
Roman Rokytskyy ...
PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
тебе его не знать ? :) ? то можно в TIBSQL.Prepare
избавиться от вызова isc_dsql_sql_info,
который запрашивает isc_info_sql_stmt_type
А можно вопрос - а на кой он там вообще? Мне пока в Jaybird ни
PPS Ещё вспомнил - если ты сам знаешь тип запроса (а чего бы
тебе его не знать ? :) ? то можно в TIBSQL.Prepare
избавиться от вызова isc_dsql_sql_info,
который запрашивает isc_info_sql_stmt_type
А можно вопрос - а на кой он там вообще? Мне пока в Jaybird ни разу этот
вызов не
Roman Rokytskyy ...
Странные люди - нафига там курсор, если же в большинстве случаев
табличка либо просто пробегается, либо же выводится в грид и курсор там
не поможет. У нас курсор создается, если его приложение специально
затребовало.
От такой он Джефф Оверкеш :)
isc_dsql_execute2
Это не мелочи, с каждым хендлом запроса сразу выделяется пул в 64К.
Но. Т.к., если в приложении нет сложной логики с беготнёй по нескольким
курсорам
одновременно (а чего её там держать, когда есть хранимые процедуры ? ;),
то
реально понадобится одновременно не более 1-2, а с этим жить
Alexandr Kochmin wrote:
И получается, что надо лучше брать с сервера все, и побольше, кэшировать
побольше и т.п.
Ах да тут еще и модем...
Он же хочет с минимальной переделкой. Я удалённые АРМ сразу
трехзвенкой делаю. Справочники реплицирую (они условно-постоянны да и
отрефрешить
Horsun Vlad wrote:
Ок. Это чуть посложнее, но вполне осуществимо. А на сервере по
allocate_statement какие-то ресурсы выделяются? При такой схеме по идее их
больше отжираться будет. Или это мелочи, на которые можно не обращать
внимания?
Это не мелочи, с каждым хендлом запроса сразу
Alexey Popov ...
Вопрос упирается больше в то что конкретно пересылается по сети при каждом
вызове API функции. Где бы в исходниках это проанализировать?
/remote
Кстати, наиболее экономичны в смысле траффика будут blr запросы. Можно в
принципе статические запросы (таких большенство
ilvi wrote:
Полностью согласен. У нас филиалы из
других городов через Zebede бегают.
Разницы при запросе небольшого объема
данных и большой выборки практически
не видно. Данные передаются гораздо
быстрее чем сопутсвующий процесс.
Я однажды анализировал сниффером траффик у IB6.
Так вот до
Horsun Vlad wrote:
Вопрос упирается больше в то что конкретно пересылается по сети при каждом
вызове API функции. Где бы в исходниках это проанализировать?
/remote
Угу, только мне надо часы чтобы разобрать в этой каше с нуля :-(
Desing-time тут не при чём. От prepare (в
да, и вот насчет кэширования справочников:
Я обошелся практически без переделки, кэшируя просто TpFIBdataset путем слива
его в файл при закрытии программы,
и загрузки при запуске.
Время старта возросло многократно при работе через интернет.
--
С уважением
Кочмин Александр
Привет, Alexey!
Вы пишешь 15 августа 2006:
[Sorry, skipped]
Desing-time тут не при чём. От prepare (в run-time) отказаться
невозможно,
а вот если ему подсунуть достаточное кол-во XSQLVAR's, то он не будет
спрашивать
сервер о них несколько раз. О чём я и писал выше.
AP Надо ему
Alex Cherednichenko wrote:
AP Надо ему в prepare 0 передавать чтобы не занимался заполнением xsqlda,
А он занимается? }8-0
When isc_dsql_prepare() is called, it fills in the other fields of the
XSQLDA and all the XSQLVARs with information such as the datatype, length,
and name of the
Hello, Alexandr Kochmin!
You wrote to Ded on Tue, 15 Aug 2006 16:47:32 +0700:
AK да, и вот насчет кэширования справочников:
AK Время старта возросло многократно при работе через интернет.
плагиатор :-)
Фёдоров Евгений.
ЗАО Трест-М. Екатеринбург.
GF Hello, Alexandr Kochmin!
GF You wrote to Ded on Tue, 15 Aug 2006 16:47:32 +0700:
AK да, и вот насчет кэширования справочников:
AK Время старта возросло многократно при работе через интернет.
GF плагиатор :-)
не... мы идем другим путем ;)
--
С уважением
Кочмин Александр
Hello, Alexey Popov!
You wrote on Tue, 15 Aug 2006 13:31:30 +0400:
AP Кстати, наиболее экономичны в смысле траффика будут blr запросы.
развиваю ноу-хау.
ещё более экономичны будут блр запросы на стороне сервера.
то бишь клиент говорит выполника мне запрос 4679.
ещё экономичне, штоп каждый раз
Alexey Popov ...
Horsun Vlad wrote:
Вопрос упирается больше в то что конкретно пересылается по сети при каждом
вызове API функции. Где бы в исходниках это проанализировать?
/remote
Угу, только мне надо часы чтобы разобрать в этой каше с нуля :-(
Пару сессий с отладчиком и
Gene Feudorov ...
Hello, Alexey Popov!
You wrote on Tue, 15 Aug 2006 13:31:30 +0400:
AP Кстати, наиболее экономичны в смысле траффика будут blr запросы.
Проблема не в кол-ве байт, переданных по медленной линии, а в кол-ве
roundtrip's. Т.е. _большой_ разницы при передаче пакета в 0.2К
Horsun Vlad пишет:
развиваю ноу-хау.
ещё более экономичны будут блр запросы на стороне сервера.
то бишь клиент говорит выполника мне запрос 4679.
ещё экономичне, штоп каждый раз не компилировать,
хранить эти блр в самой базе.
таким образом мы подходим к необходимости хранимых процедур!
што
Gene Feudorov ...
...
развиваю ноу-хау.
ещё более экономичны будут блр запросы на стороне сервера.
то бишь клиент говорит выполника мне запрос 4679.
ещё экономичне, штоп каждый раз не компилировать,
хранить эти блр в самой базе.
таким образом мы подходим к необходимости хранимых процедур!
Наверное, он предлагает хранить код процедуры в виде blr.
:-D
Или вызывать их по номеру, а не по имени.
Будешь смеятся... меня вот тут беда настигла - программирую сейчас на
ABAP для SAP (надеюсь временно). Так все окружающие тут так и общаются:
- А это можно сделать в транзакции se11;
-
Он же хочет с минимальной переделкой. Я удалённые АРМ сразу трехзвенкой
делаю.
А у меня вдруг резко нарисовалось. В разных крупных супермаркетах сидят
представители банков. Ну и вот с кое-какими банками договорились прямо там
машины в кредит предлагать... Если все нормально пойдет -
Мадорский Г.В. wrote:
Вообщем перетаскивать всю эту фигню на трехзвенку крайне вломно...
Вообще-то именно расчётно-алгритмические модули перетаскивать как раз
нефиг делать. Там проблемы с мастер-деталями, пОстами и управлением
транзакциями. А так - поменять источники данных на
Мадорский Г.В. wrote:
А у меня вдруг резко нарисовалось. В разных крупных супермаркетах сидят
представители банков. Ну и вот с кое-какими банками договорились прямо
там машины в кредит предлагать... Если все нормально пойдет - таких
мелких торговых точек дофига понаплодится.
А не проще
Всем привет.
Отпуск закончился :(
Вот проблемка наклевывается а голова еще не адаптировалась...
Вообщем есть готовая программа на IBX. Писалась под локальную сеть. А
сейчас, похоже понадобится поставить в точках с выходом в интернет по
модему. Там понадобится небольшая часть функций программы.
Мадорский Г.В. ...
Всем привет.
Отпуск закончился :(
Вот проблемка наклевывается а голова еще не адаптировалась...
Вообщем есть готовая программа на IBX. Писалась под локальную сеть. А
сейчас, похоже понадобится поставить в точках с выходом в интернет по
модему. Там понадобится небольшая
Привет.
Terminal Server
Как вариант рассматривал. Довольно таки затратно. Под него отдельный
компьютер нужен и довольно-таки мощный, кроме того фирма по мере возможности
старается пользоваться купленным ПО. А значит нужно купить на этот компьютер
Windows 2003 Server и лицензии на
Мадорский Г.В. ...
Ты вроде как в свое время на медленных линиях собаку съел... :) Может
вспомишь чего...
Я не кореец, аднака, собак не ем :)
Terminal Server попроще будет, потому его и посоветовал сходу :)
Ну, раз не хочешь попроще - лови посложнее :)
Самое простое, что можно
Hello, Vlad!
You wrote on Mon, 14 Aug 2006 17:23:41 +0300:
HV PS Можно так же пользовать FB 2.1 в котором часть вышенаписанного
HV уже есть плюс кое-что ещё :)
Еще 2.0 релиза нет, а уже над 2.1 работаете? Что ж, это радует.
_Удач_
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address
МГ Думаю попробовать через vpn входить
МГ в сеть и запускать программу. Собственно интересуют оптимальные для
МГ такой ситуации сетевые настройки на клиенте и на сервере. И может есть
МГ что поправить в IBX, чтоб работало поживее...
главная проблема тут будет - это долгое начальное время.
40 matches
Mail list logo