Регистрация  |  Вход

Сколько времени нужно что бы сохранить класс скажем 50К

В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел.

В качастве эксперимента набросал код сохранения метадаты, в общем занимает это от 5 до 8 секунд. Теперь встает вопрос какого хрена ММ так долго сохраняет?

В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. 

В качастве эксперимента набросал код сохранения метадаты, в общем занимает это от 5 до 8 секунд. Теперь встает вопрос какого хрена ММ так долго сохраняет?

Тоже последнее время бешусь по поводу сохранения на SF.
Конечно пока так и не понял на что грешить.
Помогает то переключение между API (c Metadata на Tooling и обратно) причем по какой-то непонятной закономерности работает быстро в момент времени только один из них. Либо играюсь переключением между прокси из разных стран. Тоже субъективно на глаз часто помогает. Короче хрень полная.

НО особо вырубает!!!
Запускаешь сохранение в MM (в других не пробовал) - класс висит pending (типа сохраняется). Надоедает ждать - нажимаю еще раз Ctrl+S. И тут начинается непонятная магия. Вторая операция успевает выполниться раньше предыдущей (которая все также висит в состоянии pending) - иду проверять - на орге последние изменения. И тут чудо - через полчаса выполняется эта зависшая операция и на орге оказывается вариант кода который я сохранял именно этой старой операцией! КАК? Причет закрыть и открыть MM не спасает. По ходу операция подвисает где-то на орге и выполняется когда ей придет на ум!

PS: Ненавижу сохранение в SF!

Тоже последнее время бешусь по поводу сохранения на SF.
Конечно пока так и не понял на что грешить. 
Помогает то переключение между API (c Metadata на Tooling и обратно) причем по какой-то непонятной закономерности работает быстро в момент времени только один из них. Либо играюсь переключением между прокси из разных стран. Тоже субъективно на глаз часто помогает. Короче хрень полная.

НО особо вырубает!!!
Запускаешь сохранение в MM (в других не пробовал) - класс висит pending (типа сохраняется). Надоедает ждать - нажимаю еще раз Ctrl+S. И тут начинается непонятная магия. Вторая операция успевает выполниться раньше предыдущей (которая все также висит в состоянии pending) - иду проверять - на орге последние изменения. И тут чудо - через полчаса выполняется эта зависшая операция и на орге оказывается вариант кода который я сохранял именно этой старой операцией! КАК? Причет закрыть и открыть MM не спасает. По ходу операция подвисает где-то на орге и выполняется когда ей придет на ум!

PS: Ненавижу сохранение в SF!

Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.

Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.

Dmitry Shnyrev
Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.

Я пробовал и на американские сервера сохранять и на европейские у меня статистика одна и та же максимум 8 сек.

[quote="Dmitry Shnyrev"]Хотя тоже интересное наблюдение. Я долго работаю на паре своих дев оргов - там сохранение просто жуть какое медленное. Зато недавно получил доступ на пару сандбоксов заказчика и о чудо - сохраняет так быстро что я с непривычки себя перепроверяю - чтобы убедиться что я не забыл сохранить.[/quote]

Я пробовал и на американские сервера сохранять и на европейские у меня статистика одна и та же максимум 8 сек.

У меня например на одном орге бывают дни, когда MM очень долго сохраняет. При этом с другими такого не замечал. Никакие танцы с бубном не помогают.

У меня например на одном орге бывают дни, когда MM очень долго сохраняет. При этом с другими такого не замечал. Никакие танцы с бубном не помогают.

wilder
В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел.

Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?

[quote="wilder"]В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. [/quote]
Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?

Gres
wilder
В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел.

Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?

Там это все в одном запросе можно сделать.

[quote="Gres"][quote="wilder"]В общем по слухам последний эклипс очень шустро сохраняет классы, не в пример ММ, Порылся в исходниках эклипса, так как не силен в JAVA ничего нового для себя не нашел. [/quote]
Ты имеешь ввиду обычное сохранение или сохранение с проверкой конфликтов?[/quote]

Там это все в одном запросе можно сделать.

wilder
Там это все в одном запросе можно сделать.

Как? Мне всегда казалось, что mm делает явно не 1 запрос.

[quote="wilder"]Там это все в одном запросе можно сделать.[/quote]
Как? Мне всегда казалось, что mm делает явно не 1 запрос.

Gres
wilder
Там это все в одном запросе можно сделать.

Как? Мне всегда казалось, что mm делает явно не 1 запрос.

Ну мм не показатель. Я могу в одном. Скажу больше мне на все про все нужно только 3 запроса. А это создание или проверка метаконтейнера, создание ApexclassMember, создание асинхронного запроса к контейнеру. Проверка состояние контейнера с получением всех его полей.

[quote="Gres"][quote="wilder"]Там это все в одном запросе можно сделать.[/quote]
Как? Мне всегда казалось, что mm делает явно не 1 запрос.[/quote]

Ну мм не показатель. Я могу в одном. Скажу больше мне на все про все нужно только 3 запроса. А это создание или проверка метаконтейнера, создание ApexclassMember, создание асинхронного запроса к контейнеру. Проверка состояние контейнера с получением всех его полей.