> Unix time number increases continuously into the next day during the leap second and then at the end of the leap second jumps back by 1 (returning to the start of the next day). For example, this is what happened on strictly conforming POSIX.1 systems at the end of 1998:
Не понимаю почему они так в стандарте написали про лип-секунды. Словно надо что-то делать, но что делать не написали. Почему нельзя было написать просто "Unix-time" ?
Отнюдь. UTC часы добавляют эти секунды. Это делается при чем в ручном режиме, умные дядьки выбирают дату, потом придумывают и назначают другую. А есть часы UT1 которые без поправки лип секунд, начиная с 1980 (внезапно) года.
Именно такие стоят на спутниках GPS. Вот как получить эти часы -- я в душе не чаю :-(. Собственно интересно как авторы стандарта это видят? По табличке когда вводились лип секунды сверять? :-)
А как это читать напрямую из ядра? Какие в линуксе еще есть способы получения информации о процессах? К примеру как их получает top/htop? Тормозов как описано в статье в htop я не замечал.
Спрашиваю, потому что не знаю, если знаете то просветите.
Я категорически против того чтобы отказаться от await, именно за это недолюбливаю Kotlin.
Слишком много не очевидной магии. Раст конечно подразумевает много кодогенерации и макрсов, но они обычно явно вызваются. В принципе мне даже не очень нравится что async функции в сигнатуре возврата не указывают футуру, а тип-значения, но это терпимое зло (хотя impl Futute было-бы нагляднее как по мне).
Раст точно слишком близкий к железу чтобы пропускать авейт и безконтрольно авейтить. Следующий пропозал -- сделать все ф-и асинхронными и создать "Грин треды" и прощай статус системного языка.
то что он не требует пароля выглядит как-то стремно. Вон в маке дял повышения просят пароль текущего юзера.
На самом деле в десктопномлинуксе с безопасностью все мягко говоря не очень. Того-же secure screen как в винде нет, который по сути в другой сессии работает.
Прикольно да. Там это даже было оправдано, выходит, потому что космос.
Но сейчас каждая первая мобильная "стратежка" такая)) Как например так, которая завлекает себя рекламой по типу Героев 3, и якобы битвы в стиле героев. (не буду называть название)
Честно говоря я не помню, но я играл в старые билды, и в более новые играл, отличия были на лицо, но обе версии игры(которые я застал) были хорошие и грабельные.
Может кто-то знает, как у Y.Cloud обстоят дела с атомарностью снапшотов?
Оно захватывает диск на момоент создания снапшота, все зафлашенные данные? или там размазано на время создания снапшота
инструкция вот https://www.applegamingwiki.com/wiki/Game_Porting_Toolkit
Как я только-что узнал у PROTON вобще BSD лицензия, так-что епол в праве делать что захочет!
На википедии написано:
> Unix time number increases continuously into the next day during the leap second and then at the end of the leap second jumps back by 1 (returning to the start of the next day). For example, this is what happened on strictly conforming POSIX.1 systems at the end of 1998:
Не понимаю почему они так в стандарте написали про лип-секунды. Словно надо что-то делать, но что делать не написали. Почему нельзя было написать просто "Unix-time" ?
Честно говоря, я окончательно запутался. Вот тут https://stackoverflow.com/questions/16539436/unix-time-and-leap-seconds говорят, что POSIX Time не включает лип-секунды, и по этому это не совсем UTC. Я совсем запутался, но если кто знающий пояснит -- буду рад.
Еще одна статья по теме, но я ее пока не читал:
http://www.madore.org/~david/computers/unix-leap-seconds.html
Отнюдь. UTC часы добавляют эти секунды. Это делается при чем в ручном режиме, умные дядьки выбирают дату, потом придумывают и назначают другую. А есть часы UT1 которые без поправки лип секунд, начиная с 1980 (внезапно) года.
Именно такие стоят на спутниках GPS. Вот как получить эти часы -- я в душе не чаю :-(. Собственно интересно как авторы стандарта это видят? По табличке когда вводились лип секунды сверять? :-)
Ваш код не учитывает отбрасывание дополнительных секунд с времени.
А в чем прикол убирания дополнительных секунд (leap seconds) ?
А какова вероятность генерации коллизии с разных машин в одну и туже миллисекунду?
На одном проекте была поддержка одновременно Oracle и Postgres. Прилоежние потом устаналивалось клиентам on-prem.
Соответсвенно тестировалось и на том и на том.
Сам ликвибес был на xml. Иногда вставки СКЛ с добавлением ксловия на то под какой базой запущено.
А как это читать напрямую из ядра? Какие в линуксе еще есть способы получения информации о процессах? К примеру как их получает top/htop? Тормозов как описано в статье в htop я не замечал.
Спрашиваю, потому что не знаю, если знаете то просветите.
Ты походу засланный козачек от айти ассоциации?
Я категорически против того чтобы отказаться от await, именно за это недолюбливаю Kotlin.
Слишком много не очевидной магии. Раст конечно подразумевает много кодогенерации и макрсов, но они обычно явно вызваются. В принципе мне даже не очень нравится что async функции в сигнатуре возврата не указывают футуру, а тип-значения, но это терпимое зло (хотя impl Futute было-бы нагляднее как по мне).
Раст точно слишком близкий к железу чтобы пропускать авейт и безконтрольно авейтить. Следующий пропозал -- сделать все ф-и асинхронными и создать "Грин треды" и прощай статус системного языка.
Это только про NUT или под виндой так-же?
то что он не требует пароля выглядит как-то стремно. Вон в маке дял повышения просят пароль текущего юзера.
На самом деле в десктопномлинуксе с безопасностью все мягко говоря не очень. Того-же secure screen как в винде нет, который по сути в другой сессии работает.
Прикольно да. Там это даже было оправдано, выходит, потому что космос.
Но сейчас каждая первая мобильная "стратежка" такая)) Как например так, которая завлекает себя рекламой по типу Героев 3, и якобы битвы в стиле героев. (не буду называть название)
разве факторио был не в раннем доступе?
Честно говоря я не помню, но я играл в старые билды, и в более новые играл, отличия были на лицо, но обе версии игры(которые я застал) были хорошие и грабельные.
Может кто-то знает, как у Y.Cloud обстоят дела с атомарностью снапшотов?
Оно захватывает диск на момоент создания снапшота, все зафлашенные данные? или там размазано на время создания снапшота
Не понимаю, Python чем-то не устроил, но решили переписать на РНР.
Не вижу принципиальной разницы между двумя скриптовыми не типизированными языками.
Нагрузка в 100% CPU vs 60% CPU это конечно хорошо, но можно привести в статье насколько это влияет на FPS?
Для кроссплатформы существует Avalonia, хотя я не в курсе насколько там все радужно.
Ну а деплоить на голый никс как по мне муторно, без докера. Мб вкусовщина и моя лень.