brooklyn.kid51

Recent Actions

• Commented on Time::Moment vs DateTime
  This looks interesting, especially https://github.com/chansen/c-dt. And for anyone who goes to that github page and wonders what a "proleptic Gregorian calendar" is, here's a link: https://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar Thank you very much. Jim Keenan...

Comment Threads

• https://www.google.com/accounts/o8/id?id=AItOawl-Xbuy0IGGoGE9n3LHNgFpO_apKe8GgEk commented on Time::Moment vs DateTime

  Panda::Date is the fastest available framework. It doesn't use OS's time functions, instead it implements its own which are much faster. And with all these speeds, it is full-featured like datetime

• https://www.google.com/accounts/o8/id?id=AItOawl-Xbuy0IGGoGE9n3LHNgFpO_apKe8GgEk commented on Time::Moment vs DateTime

  moreover it has C++ interface with speeds of dozens millions/s. which you can use from your xs modules diretcly without slow perl layers.

• Christian Hansen commented on Time::Moment vs DateTime

  Time::Moment only use gettimeofday(2) and localtime(3) to compute the difference.

  I did consider to add Panda::Date until I reviewed the source code. Your code isn't thread safe and you require 5.18 to compile it, and your naïve implementation of a date with a time representation due to the broken down representation is just a wasteful! An instance of Time::Moment requires 16 bytes plus the overhead of a scalar allocation and is mostly faster than your implementation that doesn't even support a fractional representation!

  
  

• Christian Hansen commented on Time::Moment vs DateTime

  And the benchmark:
  

• Christian Damen commented on Time::Moment vs DateTime

  Gonna migrate our PERL5 applications from DateTime => Time::Moment. Thanks for all the efforts.